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Technical Field 



The present invention relates to a computer game processing technology 



for proceeding with a game according to a computer program in which a game 
procedure and the like are described. 

10 Background Art 

Recently, as computer technology advances, stationary game apparatuses 
equipped with high-performance processing competence and portable game 
apparatuses that are compact and are easy to carry have been developed and 
are now commercially available. 

15 These game apparatuses operate according to a computer program in which 

a game procedure and the like are described, so as to continue a game. In a 
game continued by the game apparatuses, an imaginary object called a "character" 
appears. The acts of the character are freely controllable by a user. The 
character has a variety of imaginary capabilities that can be both increased 

20 and decreased as a game proceeds. In addition, the form of the character can 
change in various ways as the game proceeds. 

When the user suspends a game in progress, the game apparatus stores 
the attributes of the character such as capability and form as well as the 
information indicating the time at which the game was suspended. When the user 

25 resumes the game, the game apparatus reads the stored attributes of the character 
such as capability and form, as well as the information indicating the time 
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at which the game was suspended, so as to continue the game by putting on the 
character having the capability and the form that are the same as before. 

The stationary and portable game apparatuses are provided with computer 
programs via different media. For example, for stationary game apparatuses, 
5 a computer program is provided in a form stored in an optical disk and the 
like. Whereas, for portable game apparatuses, a computer program is provided 
in a form which is stored in a dedicated cartridge . Therefore , there is a problem 
that an optical disk storing a computer program for a stationary apparatus 
cannot be loaded to a portable apparatus, and conversely, a dedicated cartridge 

10 storing a computer program for a portable apparatus cannot be loaded to a 
stationary apparatus . 

In addition, there are many specification differences between stationary 
game apparatuses and portable game apparatuses, such as in system architecture 
adopted, kinds and number of the processor installed, and display capacity 

15 of the screen. In other words, a computer program for a stationary apparatus 
is not designed to be executed in a portable apparatus , and conversely, a computer 
program for a portable apparatus is not designed to be executed in a stationary 
apparatus . 

In non-patent reference 1, a dedicated adopter is used to load, to a 
20 stationary game apparatus, a dedicated cartridge storing a game software program 
for a portable game apparatus, so that the stationary game apparatus can execute 
the game software program. Accordingly, a user can enjoy the game produced 
for a portable game apparatus, even on a stationary game apparatus. 



25 (non-patent reference 1) 

http : //www . nintendo . co , j p/ngc/acce/gbplayer 
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(non-patent reference 2) 

Practical computer graphics {David F. Rogers, November 15, 1996, Nikkan 
Kogyo Shinbun Co . ) 
(non-patent reference 3) 
5 ''To be a game programmer" IBM PC/AT compatible apparatus (Yamazaki 

Yoshinori, February 1, 1998, CQ Piablishing company) 

However , according to the technology disclosed in the non-patent reference 
10 1 document, while a stationary game apparatus is capable of executing a game 
software program produced for a portable game apparatus, it is not possible 
that one of a stationary and a portable game apparatus continues a game, then 
after the game is suspended, the other of the game apparatuses resumes the 
game in exactly the same contents. 

15 

Disclosure of the invention 

So as to deal with this problem, the present invention has an objective 
of providing a game system, a game execution apparatus, a game execution method, 
and a game execution program, by which the attributes of a character appearing 

20 in a game can be shared between two game execution apparatuses that have a 
different internal structure from each other, under a condition where one of 
the game execution apparatuses proceeds with a game after another has proceeded 
with the same game . 

So as to achieve the above objective, the present invention is a game 

25 system including : a memory card storing character data that indicates appearance 

and capability, for example, of a character appearing in game software of 
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stationary/portable game apparatuses; a cartridge storing portable game 
software to be executed by the portable game apparatus; and a DVD (digital 
versatile disc) storing stationary game software to be executed by the stationary 
game apparatus. 

5 A user loads the memory card and the DVD to the stationary game apparatus, 

and the stationary game apparatus reads the character data from the memory 
card and executes the stationary game software stored in the DVD in accordance 
with a user's instruction, thereby making the character appear in the game 
and proceeding with the game. 

10 After this, the user loads the memory card and the cartridge to the portable 

game apparatus, and the portable game apparatus reads the character data from 
the memory card and executes the portable game software stored in the cartridge 
in accordance with a user's instruction, thereby making the character appear 
in the game and proceeding with the game. 

15 In the above way, the user is able to enjoy the same game with the same 

character , both on the stationary game apparatus and the portable game apparatus . 

The present invention is a game system having a first game execution 
apparatus and a second game execution apparatus that have a different internal 
structure from each other . The first game execution apparatus includes : a first 

20 program reading unit operable to read, from a first game recording medium, 
a first game program that indicates a procedure of a game; a first character 
reading unit operable to read, from a portable recording medium, character 
data that indicates a characteristic of a character that appears in the game; 
a first input unit operable to receive an inputting operation from a user; 

25 and a first game execution unit operable to proceed with the game according 
to the inputting operation received at the first input unit and the procedure 



indicated by the first game program, and make the character appear in the game 
in accordance with the character data read by the first character reading unit . 
The second game execution apparatus includes: a second program reading unit 
operable to read, from a second game recording medium, a second game program 
5 that indicates the procedure of the game ; a second character reading unit operable 
to read the character data from the portable recording medium; a second input 
unit operable to receive an inputting operation from the user; and a second 
game execution unit operable to proceed with the game according to the inputting 
operation received at the second input unit and the procedure indicated by 

10 the second game program, and make the character appear in the game in accordance 
with the character data read by the second character reading unit. 

According to the above structure, the first game execution apparatus 
reads the first game program from the first game recording medium, reads the 
character data from the portable recording medium, and makes a character, whose 

15 characteristic is in accordance with the read character data, appear in a game. 
The second game execution apparatus reads the second game program from the 
second game recording medium , reads the character data from the portable recording 
medium, and makes a character, whose characteristic is in accordance with the 
read character data, appear in the game. Therefore, the attributes of the 

20 character are shared between the games continued respectively in the first 
game execution apparatus and the second game execution apparatus. 

The present invention is a game execution apparatus that proceeds with 
a game according to a game program, having: a program reading unit operable 
to read, from a game recording medium, a game program that indicates a procedure 

25 of a game; a character reading unit operable to read, from a portable recording 
medium, character data that indicates a characteristic of a character that 
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appears in the game; an input unit operable to receive an inputting operation 
from a user; and a game execution unit operable to proceed with the game according 
to the inputting operation and the procedure, and make the character appear 
in the game in accordance with the character data. 
5 According to the above structure / character data indicating a 

characteristic of a character is stored in a portable recording medium that 
is different from a game recording medium storing a game program indicating 
a procedure of a game. Therefore, a game execution apparatus with any kind 
of internal structure is able to read the character data from the portable 

10 recording medium, thereby making a character, which has the characteristic 
indicated by the read character data, appear in the game. 

Here , the game execution apparatus may further have a request unit operable 
to request the character data from a server apparatus; an obtaining unit operable 
to obtain the character data from the server apparatus via a network; and a 

15 writing unit operable to write the obtained character data to the portable 
recording medium. 

According to the above structure, it becomes possible to obtain character 
data from the server apparatus and to write the obtained character data to 
the portable recording medium. Therefore the game execution apparatus is able 
20 to obtain the character data, without fail. 

Here, the game execution apparatus may further have an authentication 
unit operable to check authenticity of the portable recording medium, where 
the character reading unit reads the character data when the authenticity has 
been ensured. 

25 According to the above structure, the game execution apparatus checks 

authenticity of the portable recording medium, and only when the authenticity 
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has been ensured, character data is read from the portable recording medium. 
This prevents use of an unauthorized portable recording medium. 

Here, the game execution apparatus may have a structure in which the game 
recording medium further stores therein permission information that indicates 
5 whether change is permissible on the character' s characteristic . The character 
reading unit further reads the permission information from the game recording 
medium. The game execution unit , when the read permission information indicates 
affirmatively, changes the character's characteristic as the game proceeds, 
and prohibits the character's characteristic from being changed when the read 

10 permission information indicates negatively. 

According to the above structure, when the permission information read 
from the game recording medium indicates affirmatively, the game execution 
apparatus makes the character, whose characteristic is permitted to change, 
appear in the game. On the contrary, when the permission information indicates 

15 negatively, the game execution apparatus prohibits the character's 
characteristic f rombeing changed . Therefore , the user en j oys different changes 
in character's characteristic on different game execution apparatuses. 

Here, the game execution apparatus may further have: a character writing 
unit operable to, when the game execution unit changes the character's 

20 characteristic, overwrite the character data in the portable recording medium 
with after- change character data that indicates a characteristic of the character 
after changed, where the character reading unit further reads the after- change 
character data from the portable recording medium, and the game execution unit 
changes the character's characteristic as the game proceeds, in accordance 

25 with the read after- change character data. 
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According to the above structure, the game execution apparatus is able 
to overwrite the portable recording medium with after-change character data 
that indicates a characteristic of a character after a change, read the 
after-change character data from the portable recording medium, and make a 
5 character whose characteristic is indicated by the after-change character data, 
appear in the game. Therefore, the user is able to make the character whose 
characteristic has been changed appear in a game, in a case when the game was 
suspended and was resumed thereafter from the suspension point. 

In addition, the present invention is a portable recording medium having : 

10 a storage unit that stores therein character data that indicates a characteristic 
of a character that appears in a game; an authentication unit operable to check 
authenticity of a game execution apparatus; and an output unit operable to, 
when the authenticity has been ensured, read the character data from the storage 
unit and output the read character data to the game execution apparatus. 

15 According to the above structure, the portable recording medium checks 

authenticity of a game execution apparatus to which the portable recording 
medium is to be loaded, and the character data stored in the portable recording 
medium is outputted to the game execution apparatus only when the authenticity 
has been ensured. This prevents execution of a game by an unauthorized game 

20 execution apparatus. 

Brief Description of the Drawings 

FIG.l is a structure diagram showing the structure of a game system 10. 
FIG. 2 is a block diagram showing the structure of a server apparatus 

25 600. 
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FIG. 3 is a data structure diagram showing the data structure of a game 
sales information table 641. 

FIG. 4 is a data structure diagram showing the data structure of a user 
purchase information table 631. 
5 FIG. 5 illustrates the structure of a program and data stored in a DVD 

500. 

FIG. 6 shows one example of the screen displayed on a monitor 120, in 
each game step in each game stage. 

FIG. 7 shows one example of the screen displayed on a monitor 120, in 
10 each game step in each game stage. 

FIG. 8 shows one example of the screen displayed on a monitor 120, in 
each game step in each game stage. 

FIG. 9 is a flowchart showing the content of a stationary main program, 
which continues to FIG. 10. 
15 FIG. 10 is a flowchart showing the content of the stationary main program, 

which is a continuation from FIG. 9. 

FIG. 11 is a flowchart showing the content of a stationary frame processing 
program, which continues to FIG. 12. 

FIG. 12 is a flowchart showing the content of the stationary frame 
20 processing program, which is a continuation from FIG. 11. 

FIG. 13 is a flowchart showing the content of a fighting program, which 
continues to FIG. 14. 

FIG. 14 is a flowchart showing the content of the fighting program, which 
is a continuation from FIG. 13. 
25 FIG . 15 is a flowchart showing the content of a stationary image generating 

program, which continues to FIG. 16. 
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FIG. 16 is a flowchart showing the content of the stationary image 
generating program, which is a continuation from FIG. 15. 

FIG. 17 is a block diagram showing the structure of a stationary game 
apparatus 100. 

FIG. 18 shows one example of information stored in a main storage unit 

110. 

FIG. 19 shows one example of information stored in a graphics storage 
unit 114. 

FIG. 20 shows the content of each register provided in the register unit 

109. 

FIG. 21 shows kinds of instructions stored in a register RO of the register 
unit 109. 

FIG. 22 shows one example of a menu screen 160 generated by the main control 
unit 108. 

FIG. 23 is a block diagram showing the structure of a memory card 300. 

FIG. 24 is a block diagram showing the structure of a cartridge 400. 

FIG. 25 is a flowchart showing the content of a portable main program, 
which continues to FIG. 26. 

FIG. 26 is a flowchart showing the content of the portable main program, 
which is a continuation from FIG. 25. 

FIG. 27 is a flowchart showing the content of a portable frame processing 
program, which continues to FIG. 28. 

FIG .28 is a flowchart showing the content of the portable frame processing 
program, which is a continuation from FIG. 27. 

FIG. 29 is a flowchart showing the content of a portable image generating 
program . 
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FIG . 3 0 is a block diagram showing the structure of a portable game apparatus 

200. 

FIG. 31 shows one example of information stored in a main storage unit 

210. 

FIG. 32 is a block diagram showing the structure of a convenience- store 
terminal 700. 

FIG. 33 is a flowchart showing the operation performed by the stationary 
game apparatus 100. 

FIG. 34 is a flowchart showing the game operation performed by the 
stationary game apparatus 100. 

Best Mode for Carrying Out the Invention 

1 . First embodiment 

The following explains a game system 10, as one embodiment relating to 

15 the present invention. 

Structure of game system 10 

As FIG . 1 shows , the game system 10 is made up of a stationary game apparatus 

100, a portable game apparatus 200, a memory card 300, a cartridge 4 00, a DVD 

500, a server apparatus 600, and a convenience- store terminal 700. 

20 The stationary game apparatus 100 is connected to the server apparatus 

600 , via the Internet 20 . A user loads the DVD 500 to the stationary game apparatus 

100, the DVD 500 storing therein a game software program to be executed by 

the stationary game apparatus 100 . In addition, the user loads the memory card 

300 to the stationary game apparatus 100. The stationary game apparatus 100 

25 obtains character data indicating appearance, capability, for example, of a 

character appearing in the stationary game software program, from the server 
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apparatus 600 via the Internet 20, and writes the obtained character data to 

the memory card 300. 

Next, according to a user operation, the stationary game apparatus 100 

executes the stationary game software program stored in the DVD 500 with the 

5 use of the character data written in the memory card 3 00. 

In addition, the user loads the cartridge 4 00 to the portable game apparatus 

200 . The cartridge 4 00 stores the portable game software program to be executed 

by the portable game apparatus 200. Here, the game by means of the portable 

game software program stored in the cartridge 4 00 is of the same content as 

10 the game by means of the stationary game software stored in the DVD 500. The 

user also loads the memory card 300 to which the character data has been written, 

to the portable game apparatus 200. 

Next, according to a user operation, the portable game apparatus 200 

executes the portable game software program stored in the cartridge 400 with 

15 the use of the character data written in the memory card 300. 

In this way, the user is able to perform the same game in which the same 

character appears, in both of the stationary game apparatus 100 and the portable 

game apparatus 200. 

Here, a different structure is possible in which the memory card 300 

20 is loaded to the portable game apparatus 200, where the portable game apparatus 

200 and the stationary game apparatus 100 are connected to each other by a 

cable 30. Here, the portable game apparatus 200 obtains character data from 

the server apparatus 600 via the Internet 20 and via the stationary game apparatus 

100, and writes the obtained character data into the memory card 300. 

25 Furthermore, another different structure is possible in which the memory 

card 300 is loaded to a convenience -store terminal 700, where the 
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convenience- Store terminal 700 is connected to the server apparatus 600 via 
the Internet 700. The convenience- store terminal 700 obtains character data 
from the server apparatus 600 via the Internet 20, and writes the obtained 
character data to the memory card 300. 

5 

Structure of server apparatus 600 
As FIG. 2 shows, the server apparatus 600 includes an information storage 
unit 601, a control unit 602 , an input unit 603 , adisplay unit 604 , a communication 
unit 605, and an authentication unit 606. 

10 The server apparatus 600 is specifically a computer system including 

a microprocessor, a ROM, a RAM, a hard disk unit, a LAN connection unit, a 
display unit, a keyboard, a mouse, and the like. The RAM or the hard disk unit 
stores a computer program therein. The server apparatus 600 achieves a part 
of its function, by the microprocessor operating according to the computer 

15 program. 



(1) Information storage unit 
As FIG. 2 shows, the information 
table 621, a user purchase information 
20 table 641. 



601 

storage unit 601 has a game information 
table 631, and a game sales information 



As FIG. 2 shows, the game information table 621 includes a plurality of 

sets of game information. Each set of game information includes two game 

identifiers, one piece of character data, and two secret keys. 

25 Each of the two game identifiers is identification information for 

identifying a game software program. Between the two game identifiers, the 
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first game identifier identifies a game software program operated by a stationary- 
game apparatus . Whereas, the second game identifier identifies a game software 
program operated by a portable game apparatus. In addition, the first game 
identifier corresponds to the first secret key of the two secret keys, and 
5 the second game identifier corresponds to the second secret key. 

Each game identifier is formed by a combination of type information and 
identification number. Type information indicates whether the game software 
program is operatedby a stationary game apparatus or by aportable game apparatus , 
and takes one of the values "A" and "B" . Here, '*A" identifies a game software 

10 program operated by a portable game apparatus , and "B" identifies a game software 
program operated by a stationary game apparatus. The identification number 
is a number unique to each game, and so a same identification number is assigned 
to a game by means of a game software program operated by a stationary game 
apparatus and a game by means of a game software program operated by a portable 

15 game apparatus, if the mentioned games are identical. 

For example, the game identifier 622 "AOOl" is formed by a combination 
of type information ''A" and identification number "001" , and the game identifier 
625 "BOOl" is formed by a combination of type information **B" and identification 
number "001" . Therefore, the game identifier 622 "AOOl" and the game identifier 

2 0 625 "BOOl" are respectively a game software program operated by a portable 
game apparatus, and a game software program operated by a stationary game 
apparatus. In addition, the games by means of these two game software programs 
are identical to each other. 

The character data are information showing external form and capability 

25 of a character appearing in a game. To be more specific, the character data 
623 is made up of a character ID, tribe, sex, occupation, height, weight, hair 



style, shape of eyes, shape of ears, life power, fighting power, and fund, 
for example. These items will be detailed later. 

If a game by means of a game software program operated by a portable 
game apparatus is identical to a game by means of a game software program operated 
by a stationary game apparatus, a character will be shared in the game system 
10. In other words, the external forms, capability, for example, of both the 
characters respectively appearing in these games are identified by one piece 
of character data. Therefore, two game identifiers that have an identical 
identification number are associated with one piece of character data. For 
example, the game identifier 622 ^*A001" and the game identifier 625 "BOOl" 
are both associated with the character data 623 . 

One secret key is generated for each game software program. 

(2) Game sales information table 641 

15 As FIG. 3 shows, the game sales information table 641 includes a plurality 

of sets of game sales information. Each set of game sales information includes 

two game identifiers, one game title, and two prices. 

As already described, two game identifiers are each identification 

information for identifying a game software program. Between the two game 

20 identifiers, the first game identifier identifies a game software program 

operated by a stationary game apparatus, whereas, the second game identifier 

identifies a game software program operated by a portable game apparatus. In 

addition, the first game identifier is associated with the first price, and 

the second game identifier is associated with the second price. 

25 The game title is a title identifying a corresponding game. When the 

game by means of a game software program operated by a portable game apparatus 
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is identical to a game by means of a game software program operated by a stationary 
game apparatus , the game titles for these two game software programs are identical 
to each other, which means that the two game identifiers correspond to one 
game title. 

5 Each of the two prices shows a sales price of a game software program 

identified by a corresponding game identifier. 

(3) User purchase information table 631 

As FIG. 4 shows, the user purchase information table 631 includes a 
10 plurality of sets of purchase information. Each set of purchase information 
is made up of either: one user ID, one game identifier, and one purchase date; 
or one user ID, two game identifiers, and two purchase dates. 

When the user purchases one of a game software program operated by a 
portable game apparatus and a game software program operated by a stationary 
15 game apparatus, the purchase information will be made up of one user ID, one 
game identifier, and one purchase date. When the user purchases both of the 
game software programs, the purchase information will be made up of one user 
ID, two game identifiers, and two purchase dates. 

The user ID is identification information for identifying a user that 
2 0 has purchased the game software program. 

As described above, the game identifier identifies either a game software 
program operated by a portable game apparatus or a game software apparatus 
operated by a stationary game apparatus; the game software programs having 
been purchased by this user. 
25 The purchase date indicates a date at which the user purchased a 

corresponding game software program. 
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(4) Authentication unit 606 

The authentication unit 606 performs mutual apparatus authentication 
with an external apparatus using a challenge-response method by being controlled 
5 by the control unit 602, prior to communication start between the control unit 
602 and the external apparatus via the communication unit 605 . Here , explanation 
on the challenge-response method is omitted because it is publicly known. 

The authentication unit 606 outputs the result of an apparatus 
authentication to the control unit 602. When the mutual authentication has 
10 failed, the authentication unit 606 prohibits the control unit 602 from 
communicating with the external apparatus, and when the mutual authentication 
has succeeded, the authentication unit 606 permits the control unit 602 to 
communicate with the external apparatus . 

In this example, the external apparatus is the memory card 300. 
15 (5) Communication unit 605 

The communication unit 605 is connected to the stationary game apparatus 
100 and to the convenience -store terminal 700, via the Internet 20. 

The communication unit 605, via the Internet 20, transmits/receives 
information to/from the stationary game apparatus 100 and the authentication 
20 unit 606, and to/from the stationary game apparatus 100 and the control unit 
602. 

In addition, via the Internet 20, the communication unit 605 
transmits/receives information to/from the convenience -store terminal 700 and 
the authentication unit 606, and to/from the stationary game apparatus 100 
25 and the control unit 602. 
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(6) Control unit 602 

{Transmission of character data to stationary game apparatus 100) 
The control unit 602 receives a user ID, a game identifier, and signature 
data, from the stationary game apparatus 100 via the Internet 20 and via the 
communication unit 605. 

As described above, the user ID is identification information for 
identifying a user, and the game identifier is identification for identifying 
a game software program. In addition, the signature data is generated by 
performing a digital signature SIG on the game identifier and the user ID, 
using a public key corresponding to the game software program, as detailed 
later. 

Here , one example of digital signature SIG is a digital signature algorithm 
whose security is assured based on a discrete logarithm problem on an elliptic 
curve. This is a publicly known technology and so is not described here. 

Next , the control unit 602 reads a secret key corresponding to the received 
game identifier from the game information table 621 that the information storage 
unit 601 owns. 

Next , the control unit 602 performs digital signature verification "VRFY" 
on the game identifier, the user ID, and the signature data, thereby obtaining 
a verification result. Here, the digital signature verification "VRFY" is a 
signature verification algorithm by way of the ElGamal signature method on 
the elliptic curve. 

Next, the control unit 602 transmits the verification result obtained 
by the digital signature verification "VRFY" to the stationary game apparatus 
100 via the communication unit 605 and the Internet 20. When the verification 
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result indicates a failure, the control unit 602 does not perform the processing 
thereafter. 

When the verification result indicates a success, the control unit 602 
receives a communication instruction from the stationary game apparatus 100 
5 via the Internet 20 and the communication unit 605, and furthermore, controls 
the authentication unit 606 to perform mutual apparatus authentication with 
the memory card 300 loaded to the stationary game apparatus 100. 

The control unit 602 receives an authentication result from the 
authentication unit 606, and transmits the received authentication result to 
10 the stationary game apparatus 100 via the communication unit 605 and the Internet 
20. Here, when the authentication result indicates a failure, the control unit 
602 does not perform the processing thereafter. 

On the other hand, when the authentication result indicates a success, 
the control unit 602 searches the user purchase information table 631 for the 
15 received user ID, and when the received user ID cannot be found in the user 
purchase information table 631, the control unit 602 transmits the search result 
showing such to the stationary game apparatus 100 via the communication unit 
605 and the Internet 20. 

When the received user ID is found in the user purchase information table 
20 631, the control unit 602 reads the character data corresponding to the received 
game identifier from the game information table 621, and transmits the read 
character data to the stationary game apparatus 100 via the communication unit 
605 and the Internet 20. 

Next, the control unit 602 receives completion information indicating 
25 completion of writing of the character data to the memory card 300, from the 
stationary game apparatus 100 via the Internet 2 0 and the communication unit 



605. Upon receiving the completion information, the control unit 602 performs 
billing processing directed to the user that the user ID identifies. 

(Transmission of character data to the convenience-store terminal 700) 
5 The control unit 602 receives an authentication instruction that indicates 

request for mutual authentication with the memory card 300, from the 
convenience- store terminal 700 via the Internet 20 and the communication unit 
605. 

Upon receiving the authentication instruction, the control unit 602 
10 controls the authentication unit 606 to perform mutual apparatus authentication 
with the memory card 3 00 . Next, the control unit 602 receives an authentication 
result from the authentication unit 606 , and transmits the authentication result 
to the convenience- store terminal 700 via the communication unit 605 and the 
Internet 20. 

15 When the authentication result indicates a failure, the control unit 

602 does not perform the processing thereafter. 

When the authentication result indicates a success, the control unit 

602 reads all the sets of game sales information from the game sales information 

table 641, and transmits the read sets of game sales information to the 
20 convenience- store terminal 700 via the communication unit 605 and the Internet 

20. 

Next, the control unit 602 receives a game identifier from the 
convenience- store terminal 700 via the Internet 20 and the communication unit 
605. Upon receiving the game identifier, the control unit 602 reads character 
25 data corresponding to the game identifier from the game information table 621, 
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and transmits the read character data to the convenience -store terminal 700 
via the communication unit 605 and the Internet 20. 

(7) Input unit 603 and display unit 604 
5 The input unit 603 receives input of either data or an instruction from 

the operator of the server apparatus 600 , and outputs either data or an instruction 
having been received, to the control unit 602. 

The display unit 604 displays a variety of information by being controlled 
by the control unit 602. 

10 

The DVD 500 is a portable optical disk medium that can record therein 
a large amount of data. 

For example, the DVD 500 pre-stores a stationary main program 511, a 
15 stationary character processing program 551, and a stationary development item 
table 561. These are either a computer program or data for the computer, used 
at the stationary game apparatus 100, and constitute one game software program. 

(1) Explanation about game 
20 First, the game by way of the game software program is explained, prior 

to an explanation about the stationary game program 511 , the stationary character 
processing program 551, and the stationary development item table 561. 

The game is constituted by "n" game stages 1, 2, ...,n. The game will 
proceed in the order of the game stages 1 , 2, ...,n. Each game stage is constituted 
25 by "m" game steps 1, 2, ...,m, and the game will proceed in the order of the 
game steps 1, 2, m. 
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within each game step, the maximum time of game play allowed for a user 
is determined as "MAX" . If the game play time exceeds the maximum value "MAX" 
in a step, the game step will be ended normally, and the operation proceeds 
to a next game step. 
5 In a game, a character who is an operation target of a player of the 

stationary game apparatus 100 (i.e. a user) , a background expressing each scene 
of the game, an attacker who will attack the character, and other objects, 
will appear. 

FIGs. 6-8 show an example of a screen in the monitor 120 displayed in 
10 each game step in each game stage. 

The character 572 , the background 573 , and the other objects are displayed 
at the screen 571 shown in FIG. 6. The character 575, the background 576, and 
other objects are displayed at the screen 574 shown in FIG. 7. The character 
578, the background 579, the attacker 580, and other objects are displayed 
15 at the screen 577 shown in FIG. 8. 

The character is given personality attributes such as tribe, sex, and 
occupation. In addition, the character is given form attributes such as height, 
weight, hair style, shape of eyes, and shape of ears. In addition, power 
attributes are given to the character such as life power, fighting power, and 
2 0 fund . 

Here, tribe, sex, occupation, height, weight, hairstyle, shape of eyes, 
shape of ears have their literal meanings, and so an explanation is not given. 

Tribe, sex, occupation, hair style, shape of eyes, and shape of ears 
are attributes that do not change. On the other hand, height, weight, life 
25 power, fighting power, and fund will change as the game proceeds. 
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The life power indicates the power of the character to live. When it 
takes a greater value than 0, the character is alive, and when it takes a value 
of 0, the character is dead. For example, when the character is given an 
inevitable attack from an attacker, the value of the life power decreases. 
5 On the other hand, when each game stage is ended normally, the value of the 
life power increases. 

The fighting power indicates the power of the character to attack the 
attacker. When it takes a greater value than 0, the character is able to attack 
the attacker. When it takes the value of 0, the character is unable to attack 
10 the attacker. In addition, when each game stage is ended normally, the value 
of the fighting power increases. 

The fund indicates the value of currency owned by the character, which 
can be used to purchase other goods . When the character succeeded in effectively 
attacking the attacker, or when each game stage has ended normally, the value 
15 of the fund increases. 

The height and weight changes as the game proceeds, as mentioned above. 
When each game stage is ended normally, the valueof height and weight respectively 
increases by a predetermined value. In other words, the character grows up 
in terms of form. 

20 Here, the character, the attacker, and the background exist imaginarily 

in a three- dimensional game space. The game space is expressed in orthogonal 
coordinates of X-coordinate, Y-coordinate, and Z-coordinate . 

A part of the game space is clipped so as to generate a display space. 
A character existing in the display space is thrown in a frame by perspective 

25 projection, to form an image. 
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(2) Stationary game program 511 

As FIG. 5 shows, the stationary game program 511 includes a related 
information unit 521, a program unit 531, and an object data unit 541. 
(Related information unit 521) 
5 The related information unit 521 includes a game section 522, a game 

identifier BID 523, a public key BPK 524, a game title 525, and audio information 
not drawn in this drawing. 

The game section 522 indicates that the stationary game program 511 is 
a game program used in a stationary game apparatus. 
10 The game identifier BID 523 is identification information for identifying 

the stationary game program 511. 

The public key BPK 524 is generated using a secret key and by the public -key 
generation method. Here, the secret key corresponds to the game identifier 
found in the game information table 621 that the information storage unit 601 
15 of the server apparatus 600 owns, which is identical to the game identifier 
BID 523 . Here, one example of the public-key generation method is a public-key 
generation algorithm by means of ElGamal signature method on an elliptic curve. 

The game title is a title used for identifying a game realized by the 
stationary game program 511. 
20 The audio information is coded data of the character's voice, music, and 

sound effect. 

(Program unit 531) 

The program unit 531 includes a computer program for a stationary game 

(hereinafter called "stationary main program) , a computer program for processing 

25 one frame of image (hereinafter called ^'stationary frame processing program") 

and a computer program for processing fighting scenes (hereinafter called 
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"lighting- scene program") . Each computer program includes a plurality of 
instructions in various machine language formats . The machine language formats 
are a format to be decoded and executed by amain control unit 108 of the stationary 
game apparatus 100 (the main control unit 108 will be described in detail later) . 
5 The stationary main program, the stationary frame processing program, and the 
fighting-scene program are used by the main control unit 108. 

The stationary frame processing program is called by the stationary main 
program for use. In addition, the fighting-scene program is called by the 
stationary frame processing program for use. 

10 The following describes the content of each computer program. For easier 

understanding of the content of each computer program, the following description 
uses flowcharts to represent computer programs, instead of a representation 
using instructions in machine language format, 
(a) Stationary main program 

15 The following describes the stationary main program with use of the 

flowcharts of FIGs.9-10. 

The stationary main program reads the resumption stage No. 335 and the 
resumption step No, 336, and writes the read resumption stage No. and resumption 
step No. to the main storage unit 110. Here, the resumption stage No. and the 

20 resumption step No. are respectively, numbers indicating the game stage and 
the game step , from which the game should be resumed . When each of the resumption 
stage No. and the resumption step No. is ''1", the game will proceed from the 
first game step of the first game stage. When the resumption stage No, and 
the resumption step No. are respectively "5" and "3" for example, the game 

25 will proceed from the third game step of the fifth game stage. In this way, 
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the resumption stage No. and the resumption step No. are information for 
controlling the position to restart the game proceeding (Step SlOl) . 

Next, the stationary main program reads the character data 321 from the 
memory card 3 00, and writes the read character data to the main storage unit 
5 110 (Step S102) . 

Next, the stationary main program extracts the height and the weight 
from the character data in the main storage unit 110, and updates the character 
object data stored in the main storage unit 110, so as to change the form of 
the character based on the ratio of the height to the weight. Specifically, 

10 when the height is large and the weight is heavy, or when the height is small 
and the weight is light, the updating is performed so that the character will 
have a standard form. If the height is large and the weight is light, the updating 
is performed so that the character will have a slender form. If the height 
is small and the weight is heavy, the updating is performed so that the character 

15 will have a fat form. As detailed later, character object data is 
three-dimensional data showing a three-dimensional form of a character (Step 
S103) . 

Next, in Step S105 - Step S124, the following Step S106-Step S123 are 
repeated until the game stage shown by "n" is completed by starting with the 
20 game stage shown by the resumption stage No. 

(i) In Step S106 - Step S113, the following step S107 - Step S112 
are repeated until the game step shown by "m" is completed by starting with 
the game step shown by the resumption step No. 

It is judged whether the life power written in the main storage unit 110 
25 shows "0" (Step S107) . 
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when the life power is judged to show **0" (Step S107) , a screen showing 
game ending is generated, and the generated screen is written to the frame 
buffer 106 as a frame image (Step S108) . Then a screen display instruction 
indicating to transfer the frame image in the frame buffer 106 to the VRAM 
5 115 is written to the register RO 151 of the register unit 109, Then a control 
signal indicating that the writing of the instruction to the register unit 
109 has been completed is outputted to the graphics control unit 113 (Step 

5109) . Then, the game ends. 

When the life power is judged not to show "0" (Step S107) , it is judged 
10 whether the elapsed time in the game step exceeds the maximum value MAX (Step 

5110) , and when the elapsed time is judged to exceed the maximum value MAX 
(Step SllO) , the game step is ended, and the operation goes on to the next 
game step. 

When the elapsed time is judged not to exceed the maximum value MAX (Step 
15 SllO) , the elapsed time is counted (Step Sill) , and the stationary frame 
processing program is called so as to move the control to the stationary frame 
processing program, thereby performing processing for one frame image (Step 
S112) . After the processing for one frame image has ended, the operation returns 
to Step SllO, so as to repeat the processing. 
20 (ii) Next, it is judged whether the height flag written in the main 

storage unit 110 is "ON" or ^^OFF" (Step S114) . If the height flag is judged 
to be "OFF" (Step S114) , the control is moved to Step S117. If the height flag 
is judged to be "ON" (Step S114) , the value "10" is added to the height written 
in the main storage unit 110 (Step S115) , and the height after 10 is added 
25 is written to the high-order bit of the register R4 155 of the register unit 
109 (Step S116) . 



(iii) Next, it is judged whether the weight flag written in the main 
storage unit 110 is "ON" or "OFF" (Step S117) . If the weight flag is judged 
to be "OFF" (Step S117) , the control is moved to Step S120. If the weight flag 
is judged to be "ON" (Step S117) , the value "0.5" is added to the weight written 

5 in the main storage unit 110 (Step S118) , and the weight after 0.5 is added 
is written to the low-order bit of the register R4 155 of the register unit 
109 (Step S119) . 

(iv) Next, it is judged whether the life-power flag written in the 
10 main storage unit 110 is "ON" or "OFF" (Step S120) . If the life-power flag 

is judged to be "OFF" (Step S120) , the control is moved to Step S122. If the 
life-power flag is judged to be "ON" (Step S120) , the value "10" is added to 
the life power written in the main storage unit 110 (Step S121) . 

(v) Next, it is judged whether the fighting-power flag written in 
15 the main storage unit 110 is "ON" or "OFF" (Step S122) . If the fighting -power 

flag is judged to be "ON" (Step S122) , the value "10" is added to the fighting 

power written in the main storage unit 110 (Step S123) . If the fighting-power 

flag is judged to be "OFF" (Step S122) , nothing is performed, 
(b) Stationary frame processing program 
20 The following describes the stationary frame processing program with 

use of the flowcharts shown in FIGs. 11-12. 

The stationary frame processing program calculates the coordinates value 

(three-dimensional coordinates) of the current attack object in the game space. 

Here, the coordinates value of an attack object is a point of game space at 
25 which the center of the form of the attack object exists (e.g., the center 

of the head when an object is in a form of human being) . Note that this also 



applies to the coordinates value of a character object and to the coordinates 
value of a background object. 

Specifically, the coordinates value of an attack object is calculated 
as follows. 

5 The initial value of the coordinates value of an attack object is described 

within the stationary frame processing program. Initially, this initial value 
is considered as the coordinates value of the attack object. 

Later, three random numbers (each corresponding to X-coordinate value, 
Y- coordinate value, and Z- coordinate value) are generated, and a new coordinates 
10 value for the attack object is calculated by adding the three random numbers 
to the corresponding coordinates value of the attack object (i.e. X-coordinate 
value, Y-coordinate value, and Z-coordinate value) (Step S131) . 

Next, the calculated coordinates value of the attack object is written 
to the register R3 154 of the register unit 109 (Step S132) . 
15 Next, operation instruction information corresponding to the button on 

the operation controller 122 is received from the operation controller 122 
via the controller control unit 101, and a type of the received operation 
instruction information is judged (Step S133) . 

When received operation instruction information corresponds to an 
20 up-button, a down-button, a left-button, and a right-button (Step S133), then 
a Y-coordinate value of the character object is incremented by 1 (Step S134) , 
decremented by 1 (Step S135) , an X-coordinate value is decremented by 1 (Step 
S136) , and an X-coordinate value is incremented by 1 (Step S137) , respectively. 

Here, the initial value of the coordinates value of the character object 
25 is described in the stationary frame processing program, just as the initial 
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value of the coordinates value of the attack object. Initially, this initial 
value is set as the coordinates value of the character object. 

When received operation instruction information corresponds to a STOP 
button (Step S133) , the control is moved on to Step S145. 
5 When received operation instruction information corresponds to a DECISION 

button (Step S133) , nothing is performed and the control is moved to Step S139. 

When received operation instruction information corresponds to one of 
the other buttons (Step S133) , the processing corresponding to the button is 
performed (Step S138) , and then the stationary frame processing program is 
10 ended. 

When operation instruction information is not received (Step S133) , 
nothing is performed and the control is moved to Step S139. 

Next, the fighting program is called thereby moving the control to the 
fighting program, so as to perform processing at fighting (Step S139) . 
15 When processing at fighting is finished, the coordinates value of the 

character object is written to the register Rl 152 of the register unit 109 
(Step S140) . 

Next, the coordinates value of the background object is calculated (Step 
S141) , and the calculated coordinates value for the background is written to 
20 the register R2 153 of the register unit 109 (Step S142) . 

Next, a generating instruction for the background object is called. 
Specifically, a generating instruction indicating generation of the background 
object is written to the register RO 151 of the register unit 109, and a control 
signal indicating that the instruction has been written to the register unit 
25 109 is outputted to the graphics control unit 113 (Step S143) . 



Next, a generating instruction for an attack object is called. 
Specifically, a generating instruction indicating generation of the attack 
object is written to the register RO 151 of the register unit 109, and a control 
signal indicating that the instruction has been written to the register unit 
5 109 is outputted to the graphics control unit 113 (Step S144) . 

Next, a generating instruction for a character object is called. 
Specifically, a generating instruction indicating generation of the character 
object is written to the register RO 151 of the register unit 109, and a control 
signal indicating that the instruction has been written to the register unit 
10 109 is outputted to the graphics control unit 113 (Step S151) . 

Next, a screen display instruction, which indicates to transfer a frame 
image of the frame buffer 106 to the VRAM 115, is written to the register RO 
151 of the register unit 109 , and a control signal indicating that the instruction 
has been written to the register unit 109 is outputted to the graphics control 
15 unit 113 (Step S152) , and the processing for the stationary frame processing 
program is ended. 

When received operation instruction information corresponds to a STOP 
button (Step S13 3) on the operations controller 122, a SAVE screen is generated 
which includes a message for confirming the user whether 1) character data, 

20 a resumption stage No. , and a resumption step No. should be saved in the memory 
card 300 before ending of the game, or 2) the game can be ended without saving 
the above information. Then, the generated SAVE screen is written to the frame 
buffer 106 as a frame image (Step S145) . Next, a screen display instruction, 
which indicates to transfer the frame image of the frame buffer 106 to the 

25 VRAM 115, is written to the register RO 151 of the register unit 109, and a 
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control signal indicating that the instruction has been written to the register 
unit 109 is output ted to the graphics control unit 113 (Step S146) . 

Next, operation instruction information corresponding to a button on 
the operation controller 122 is received from the operation controller 122 
5 via the controller control unit 101. Here, the operation instruction 
information indicates either to perform the save or not. Next, a type of the 
received operation instruction information is judged (Step S147) . 

When the received operation instruction information indicates not to 
perform the save (Step S147) , the game processing is ended there. 
10 When the received operation instruction information indicates to perform 

the save (StepS147) , height, weight, lifepower, fighting power , fund, resumption 
stage No. and resumption step No. are read from the main storage unit 110 (Step 
S148) , and the character data 321 in the information storage unit 301 of the 
memory card 300 is overwritten with the read height , weight, lifepower, fighting 
15 power, and fund. In addition, the resumption stage No. 335 and the resumption 
step No . 335 are overwritten with the read resumption stage No . and the resumption 
step No, (Step S14 9) . Next, the processing of the stationary frame processing 
program is ended. 

(c) Fighting program 

20 The following describes the fighting program with use of the flowcharts 

in FIGs. 13-14. 

The fighting program judges whether the coordinates value for the 
character object exists within an attack range whose center is the coordinates 
value of the attack object. Here, the attack range is a spacious range in the 
25 game space in which the effect of the attack weapon that the attack object 
owns can reach. 



The fighting program further judges whether the coordinates value for 
the attack object exists within a counter-attack range whose center is the 
coordinates value of the character object. Here, the counter-attack range is 
a spacious range in the game space in which the effect of the counter-attack 
5 weapon that the character object owns can reach. 

Furthermore, the fighting program judges whether there is an attack by 
the attack object, and judges whether there is a counter attack by the character 
object . 

According to a combination of four judgment results, the processing 
10 content of the fighting program changes, 

(i) Within attack range and within counter-attack range 
Within the attack range (Step S171) and within the counter-attack range 
(Step S172) , when there is no attack (Step S173) and there is no counter attack 
(Step S174), the fighting program is ended without performing anything. 
15 Within the attack range (Step S171) and within the counter-attack range 

(Step S172) , when there is no attack (Step S173) but there is a counter attack 
(Step S174) , 1 is added to the fund stored in the main storage unit 110 (Step 
S175) , and 1 is subtracted by the fighting power stored in the main storage 
unit 110 (Step S176) , and then the fighting program is ended. 
20 Within the attack range (Step S171) and within the counter-attack range 

(Step S172) , when there is an attack (Step S173) and there is no counter attack 
(Step S177) , 1 is subtracted from the life power stored in the main storage 
unit 110 (Step S178) , and then the fighting program is ended. 

Within the attack range (Step S171) and within the counter-attack range 
25 (Step S172) , when there is an attack (Step S173) and there is a counter attack 



(Step S177) , 1 is subtracted from the fighting power (Step S179) , and then 
the fighting program is ended. 

(ii) Within attack range and out of counter-attack range 

Within the attack range (Step S171) and out of the counter-attack range 
5 (Step S172) , when there is no attack (Step S180) and there is no counter attack 
(Step S181) , the fighting program is ended without performing anything. 

Within the attack range (Step S171) and out of the counter-attack range 
(Step S172) , when there is no attack (Step S180) and there is a counter attack 
(Step S181) , then 1 is subtracted from the fighting power (Step S182) and then 
10 the fighting program is ended. 

Within the attack range (Step S171) and out of the counter-attack range 
(Step S172) , when there is an attack (Step S180) and there is no counter attack 
(Step S183), 1 is subtracted from the life power (Step S184) , and then the 
fighting program is ended. 
15 Within the attack range (Step S171) and out of the counter-attack range 

(Step S172) , when there is an attack (Step S180) and there is a counter attack 
(Step S183) , 1 is subtracted from the life power (Step S185) , and 1 is subtracted 
from the fighting power (Step S186) , and then the fighting program is ended. 

(iii) Out of attack range and within counter-attack range 

20 Out of the attack range (Step S171) and within the counter-attack range 

(Step S191) , when there is no attack (Step S192) and there is no counter attack 
(Step S193), the fighting program is ended without performing anything. 

Out of the attack range (Step S171) and within the counter-attack range 
(Step S191) , when there is no attack (Step S192) and there is a counter attack 

25 (Step S193) / 1 is added to the fund (Step S194) , and 1 is subtracted from the 
fighting power (Step S195) , and then the fighting program is ended. 



Out of the attack range (Step S171) and within the counter-attack range 
(Step S191) , when there is an attack (Step S192) and there is no counter attack 
(Step S196) , the fighting program is ended without performing anything. 

Out of the attack range (Step S171) and within the counter-attack range 
5 (Step S191) , when there is an attack (Step S192) and there is a counter attack 
(Step S196) , 1 is added to the fund (Step S197) , and 1 is subtracted from the 
fighting power (Step S178) , and then the fighting program is ended. 



(iv) Out of attack range and out of counter-attack range 
10 Out of the attack range (Step S171) and out of the counter-attack range 

(Step S191) , when there is no attack (Step S201) and there is no counter attack 
(Step S202) t the fighting program is ended without performing anything. 

Out of the attack range (Step S171) and out of the counter-attack range 
(Step S191) , when there is no attack (Step S201) and there is a counter attack 
15 (Step S202) , 1 is subtracted from the f ightingpower (Step S203) , and the fighting 
program is ended. 



(1) Object data unit 541 

As FIG. 5 shows, the object data unit 541 includes character object data 
20 542, background object data 543, attack object data 544, and other object data 
that are not shown in the drawing. 

The character object data 542, the background object data 543, and the 
attack object data 544 are three-dimensional curve data respectively showing 
a three-dimensional form of a character object, a background object, and an 
25 attack object, which are for a stationary game apparatus. 

(2) Stationary character processing program 551 
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As FIG. 5 shows, the stationary character processing program 551 includes 
a program unit 552 . The program unit 552 includes a stationary image generating 
program shown below. 

The stationary image generating program is a computer program including 
5 instructions in machine language formats. These machine language formats are 
to be decoded and executed by the graphics control unit 113 in the stationary 
game apparatus 100 (the graphics control unit 113 being detailed later) , and 
the stationary image generating program is used by the graphics control unit 
113 . 

10 The following describes the content of the stationary image generating 

program. For an easier understanding of the content of the stationary image 
generating program, the following description uses flowcharts shown in 
FIGs. 15-16 to represent the stationary image generating program, instead of 
a representation using instructions in machine language format. Accordingly, 

15 the stationary image generating program is explained as follows using these 
flowcharts . 

The stationary image generating program receives a control signal 
indicating that writing of an instruction from the main control unit 108 to 
the register unit 109 has been completed. This control signal indicates an 

20 image generating request issued from the main control unit 108 and directed 
to the graphics control unit 113 (Step S301) . 

Upon receiving the control signal, the contents of the register RO 151 
of the register unit 109 is read. The register RO 151 stores an instruction, 
which has been written by the main control unit 108 (Step S302) . 

2 5 Next, it is judged whether the contents read from the register RO 151, 

namely the instruction, is a screen display instruction or not (Step S303) . 



If it is judged affirmatively (StepS303) , duringa vertical retrace time detailed 
later,' a frame image stored in the frame buffer 106 of the stationary game 
apparatus 100 is transferred to the VRAM 115 (Step S310) , and the control will 
return to Step S301 for repeating processing. 
5 If it is judged negatively (Step S303) , namely if it is judged that the 

read contents is one of a character -object generating instruction, a 
background -object generating instruction, and an attack-object generating 
instruction, the coordinates of the object which is the target of a corresponding 
generating instruction is read from the register unit 109. Specifically, in 

10 a case where the generating instruction is one of a character-object generating 
instruction, a background-object generating instruction, and an attack-object 
generating instruction, the contents in the register Rl 152, the register R2 
153, and the register R3 154 is respectively read (Step S304) . 

Next, the corresponding object data is read from the graphics storage 

15 unit 114 of the stationary game apparatus 100 (Step S305) . 

Here, if the corresponding object data corresponds to a character object 
(Step S306) , the height and weight are read from the register R4 155 of the 
register unit 109 (Step S307) , and correction is performed to the read character 
data using the read height and weight . This correction is a processing operation 

20 identical to the update performed at Step S103 in the flowchart of FIG. 9 (Step 
S308) . 

Next, object image generating is performed using the object data. The 
object image generating is detailed later (Step S3 09) . Then the control will 
return to Step S301, for repeating processing. 
25 (procedure of object image generation) 

Next, the procedure of object image generation is described. 



The object data is subjected to perspective projection transformation 
to generate wire frame data (step S321) . Then polygon data is generated (Step 
S322) , and processing of hidden plane clearing and hidden line clearing is 
performed (Step S323) , and shade/shadow data is generated (Step S324) . 
5 Note that the projection transformation, the polygon data generation, 

hidden plane clearing, hidden line clearing, and shade/shadow generation are 
disclosed in the non-patent references 2 and 3, and so are publicly known. 
Therefore, explanation thereof is omitted in this description. 
(3) Stationary development item table 561 
10 As shown in FIG. 5, the stationary development item table 561 includes 

a height flag 562, a weight flag 563, a life-power flag 564, and a fighting -power 
flag 565. 

The height flag 562 indicates whether update of height is permitted for 
the character data obtained from the server apparatus 600 while the game is 
15 continued in the stationary game apparatus 100. The height flag 562 takes a 
value of either ON or OFF, where ON indicates that height update is permitted, 
and OFF indicates that height update is not permitted . Here in FIG . 5 , the height 
flag 562 is set to be ON, which means that update directed to the height included 
in the character data obtained from the server apparatus 600 is permitted during 
20 the game continuing in the stationary game apparatus 100. 

The aforesaid rule also applies to the other flags. 

The weight flag 563 indicates whether update of weight is permitted for 
the character data obtained from the server apparatus 600 while the game is 
continued in the stationary game apparatus 100. The weight flag 563 takes a 
25 value of either ON or OFF, where ON indicates that weight update is permitted, 
and OFF indicates that weight update is not permitted . Here in FIG . 5 , the weight 



flag 563 is set to be ON, which means that update directed to the weight included 
in the character data obtained from the server apparatus 600 is permitted during 
the game continuing in the stationary game apparatus 100. 

The life-power flag 664 indicates whether update of life power is permitted 
5 for the character data obtained from the server apparatus 600 while the game 
is continued in the stationary game apparatus 100. The life-power flag 664 
takes a value of either ON or OFF, where ON indicates that life power update 
is permitted, and OFF indicates that life power update is not permitted. Here 
in FIG. 5, the life -power flag 664 is set to be OFF, which means that update 

10 directed to the life power included in the character data obtained from the 
server apparatus 600 is not permitted during the game continuing in the stationary 
game apparatus 100. 

The fighting-power flag 665 indicates whether update of fighting power 
is permitted for the character data obtained from the server apparatus 600 

15 while the game is continued in the stationary game apparatus 100. The 
fighting-power flag 665 takes a value of ON or OFF. Where, ON indicates that 
fighting power update is permitted, and OFF indicates that fighting power update 
is not permitted. Here in FIG. 5, the fighting-power flag 665 is set to be OFF, 
which means that update directed to the fighting power included in the character 

20 data obtained from the server apparatus 600 is not permitted during the game 
proceeding in the stationary game apparatus 100. 
Stationary game apparatus 100 
As FIG. 17 shows, the stationary game apparatus 100 is structured by a 
controller control unit 101, a memory card input/output unit 102, a drive unit 

25 103, a communication unit 104, a connection unit 105, a frame buffer 106, an 

authentication unit 107, a main control unit 108, a register unit 109, a main 
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storage unit 110, a large -capacity storage unit 111, a graphics control unit 

113, a graphics storage unit 114, a VRAM 115, a video signal generating unit 
116, an audio signal generating unit 117, a system bus 118, and an image bus 
119. 

5 The controller control unit 101, the memory card input/output unit 102, 

the drive unit 103, the communication unit 104, the connection unit 105, the 
frame buffer 106, the authentication unit 107, the main control unit 108, the 
main storage unit 110, the large-capacity storage unit 111, the graphics storage 
unit 114, the audio signal generating unit 117, and the video signal generating 
10 unit 116 are respectively connected to the system bus 118. In addition, the 
frame buffer 106, the graphics control unit 113, the graphics storage unit 

114, the VRAM 115, and the video signal generating unit 116 are respectively 
connected to the image bus 119. 

As FIG, 1 shows, an operation controller 122 and a monitor 120 are connected 
15 to the stationary game apparatus 100. In addition, a portable game apparatus 
200 is connected to the stationary game apparatus 100 via the cable 30. 
Furthermore, the DVD 500 and the memory card 300 are loaded to the stationary 
game apparatus 100. 

(1) Operation controller 122 
20 The operation controller 122 is provided with, on its surface, an UP 

button, a DOWN button, a LEFT button, a RIGHT button, a DECISION button, a 
START button, a STOP button, and other buttons. When an operation directed 
to each button is received from a user, operation instruction information 
corresponding to the button to which the operation is directed is outputted 
25 to the stationary game apparatus 100. 
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(2) Controller control unit 101, memory card input/output unit 102, 
drive unit 103, communication unit 104, and connection unit 105 
The controller control unit 101 is connected to the operation controller 
122, and receives operation instruction information corresponding to a button 
5 from the operation controller 122 , and outputs the received operation instruction 
information to the main control unit 108 via the system bus 118. 

In addition, upon loading of the memory card 300 to the stationary game 
apparatus 100, the memory card input/output unit 102 is connected to the memory 
card 300, and reads information from the memory card 300 by being controlled 
10 by the main control unit 108, and outputs the read information to the main 
control unit 108 via the systembus 118 . In addition, the memory card input /output 
unit 102 receives information from the main control unit 108 via the system 
bus 118, and writes the received information to the memory card 300. 

The drive unit 103, by being controlled by the main control unit 108, 
15 reads information stored in the DVD 500, and outputs the read information to 
the main control unit 108 via the system bus 118. 

The communication unit 104 is connected to the Internet 20, and performs 
transmission/reception of information between the main control unit 108 and 
an external apparatus connected to the Internet 20 . In this example , the external 
20 apparatus is specifically a server apparatus 600. 

In addition, the connection unit 105 is connected to the portable game 
apparatus 200 via the cable 30, and receives information from the portable 
game apparatus 200 via the cable 300, and outputs the received information 
to the main control unit 108. In addition, the connection unit 105 receives 
25 information from the main control unit 108 , and outputs the received information 
to the portable game apparatus 200 via the cable 30. 



(3) Monitor 120 

The monitor 120 includes therein a speaker 121, receives a video signal, 
which includes a vertical retrace time and a horizontal retrace time, from 
the video signal generating unit 116, and displays an image according to the 
5 received video signal . The speaker 121 receives an audio signal from the audio 
signal generating unit 117, converts the received audio signal into a sound, 
and outputs the sound. 

(4) Main storage unit 110, Large-capacity storage unit 111 , and graphics 
storage unit 114 

10 The main storage unit 110 is made of a RAM, and stores a stationary game 

program 131, a stationary development item table 132, character data 133, for 
example as shown in FIG. 18. 

The large -capacity storage unit 111 is made of a hard disk unit, and 
stores game software 1 , game software 2, .... The game software 1, the game software 
15 2, ... have the same data structure as the game software that the DVD 500 store. 

The graphics storage unit 114 is made of a RAM, and stores an object 
data unit 134, a stationary character processing program 135, and character 
data 136, for example as shown in FIG. 19. 

(5) Register unit 109 

20 As FIG. 20 shows, the register unit 109 is equipped with five registers: 

a register RO 151, a register Rl 152, a register R2 153, a register R3 154, 
and a register R4 155. Each register is 128 bits in length. 

The register unit 109 is connected to both of the main control unit 10 
and the graphics control unit 113 . 

25 The use of each register unit is predefined. 
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The register RO 151 stores an instruction that the main control unit 
108 has recorded to the register RO 151. The kind of instruction to be stored 
in the register RO 151 is shown in FIG. 21. As shown in this drawing, the 
instruction to be stored in the register RO 151 is one instruction out of: 
5 a character-object generating instruction 156; a background- object generating 
instruction 157; an attack-object generating instruction 158; and a screen 
display instruction 159. 

The character-object generating instruction 156, the background -object 
generating instruction 157, and the attack-object generating instruction 158 
10 are respectively for instructing generation of an image respectively 
corresponding to character object, background object, and attack object. The 
screen display instruction 159 is for instructing transfer of a frame image 
from the frame buffer 106 to the VRAM 115. 

In addition, the register Rl 152, the register R2 153, the register R3 
15 154 are respectively used to store: a character- object coordinates value; a 
background -object coordinates value; and an attack-object coordinates value. 
Note that the highest 32 bits of each register is used to store an X- coordinate 
value, a Y-coordinate value, and a Z-coordinate value. 

In addition, the highest 64 bits of the register R4 155 is used to store 
20 height, and the lowest 64 bits is used to store weight. 

(6) Frame buffer 106 

The frame buffer 106 has an area for storing one frame of image. The 
frame image is made up of 256,000 pixels in matrix configuration (640 in a 
vertical line and 400 in a horizontal line) . 
25 (7) Authentication unit 107 
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The authentication unit 107 performs mutual apparatus authentication 
with an external apparatus connected to the stationary game apparatus 100, 
using the challenge -response method and by being controlled by the main control 
unit 108, prior to communication or transmission/reception of information 
5 between the main control unit 108 and the external apparatus. 

Here, explanation on challenge-response method is omitted because it 
is publicly known. 

The authentication unit 107 outputs the result of the apparatus 
authentication to the main control unit 108. During failure of the apparatus 
10 authentication, the authentication unit 107 prohibits the main control unit 
108 from communicating and transmitting/receiving information to/from the 
external apparatus. During success of the apparatus authentication, the 
authentication unit 107 permits, to the main control unit 108, communication 
and transmission/reception of information with the external apparatus. 
15 Here, the external apparatus is one of the portable game apparatus 200, 

the memory card 300, and the server apparatus 600. 

(8) Main control unit 108 

The main control unit 108 specifically includes a microprocessor and 
a RAM, which are not shown in the drawings. The RAM, the main storage unit 
20 110, or the large-capacity storage unit 111 stores a computer program. The 
main control unit 108 achieves its function by the microprocessor operating 
according to the computer program. 
(Menu display) 

When a user turns on the power to the stationary game apparatus 100, 
25 the main control unit 108 generates a menu screen 160, as FIG. 22 shows. The 
menu screen 160 includes a plurality of alternatives 161, 163, and 165. 



The alternative 161 is used to instruct to display a list of game titles 
from which the user will make a selection . The alternative 163 is used to instruct 
to obtain character data from the server apparatus 600 via the Internet 20, 
and to write the character data to the memory card 300. The alternative 164 
5 is used to instruct other operations. 

When a user selects any one of the alternatives, the main control unit 
108 receives instruction information corresponding to the selected alternative 
from the operation controller 122 via the controller control unit 101, and 
performs an operation corresponding to the received instruction information. 
10 (Game selection) 

When the received instruction information indicates a display of the 
title list, the main control unit 108 reads the game title from the DVD 500 
via the drive unit 103 , and reads aplurality of game titles from the large -capacity 
storage unit 111. Then the main control unit generates a list of game titles 
15 constituted by the read game titles, and writes the generated list of game 
titles to the frame buffer 106, as frame images. Next, the user selects one 
game title from among the list of game titles. Note that in this example, the 
user selects the game stored in the DVD 500. 

When the user selects one game title, the main control unit 108 obtains 
20 a game identifier corresponding to the selected game title, from the operation 
controller 122 and via the controller control unit 101. 

Next, the main control unit 108 controls the authentication unit 107 
to perform apparatus authentication with the memory card 3 00, and during success 
of the apparatus authentication, performs game processing explained below. 
25 During failure of the apparatus authentication, the main control unit does 
not perform the game processing thereafter. 



(Game selection) 

Next, the main control unit 108 reads the stationary game program 511 
from the DVD 500, writes the stationary game program 511 to the main storage 
unit 110, reads the object data unit 541, writes the object data unit 541 to 
5 the graphics storage unit 114, reads the stationary character processing program 
551, writes the stationary character processing program 551 to the graphics 
storage unit 114, reads the stationary development item table 561, and writes 
the stationary development item table 561 to the main storage unit 110. In 
addition, the main control unit 108 reads the character data 321, the resumption 

10 stage No. 335, and the resumption step No. 336, from the memory card 300, and 
writes the character data 321, the resumption stage No. 335, and the resumption 
step No. 336, to the main storage unit 110, and writes the height and weight 
included in the character data, to the graphics storage unit 114. 

Next, the main control unit 108 fetches the instructions one by one, 

15 from the program unit of the stationary game program stored in the main storage 
unit 110, decodes the fetched instructions, and executes the decoded instructions 
Hereinafter, the fetching, the decoding, and the executing of instruction are 
repeated . 

(Obtaining operation of character data performed by stationary game 
20 apparatus 100) 

When the received instruction information indicates obtaining character 
data from the server apparatus 600 and writing the character data to the memory 
card 300, the main control unit 108 reads a user ID from the memory card 300 
via the memory card input/output unit 102, reads a game identifier BID and 
25 a public key BPK, from the DVD 500 via the drive unit 103 . Next , the main control 



unit 108 performs a digital signature SIG on the game identifier BID and the 
user ID using the public key BPK, thereby generating signature data. 

Next, the main control unit 108 transmits the user ID, the game identifier, 
and the signature data, to the server apparatus 600 via the communication unit 
5 104 and the Internet 20. 

The main control unit 108 receives a verification result of the digital 
signature from the server apparatus 600 via the Internet 20 and the communication 
unit 104. When the received verification result indicates a failure, the main 
control unit 108 generates a display screen displaying such, writes the generated 

10 display screen to the frame buffer 106 as a frame image, outputs, to the graphics 
control unit 113, a control signal indicating that an instruction has been 
written to the register unit 109, writes a screen display instruction to the 
register RO 151 of the register unit 109, and ends the processing. 

When the received verification result indicates a success, the main 

15 control unit 108 transmits a communication instruction to the server apparatus 
600 via the communication unit 104 and the Internet 20, so that the server 
apparatus 600 performs a communication with the memory card 300. In addition, 
the main control unit 108 outputs a communication instruction to the memory 
card 300 via the memory card input/output unit 102, so that the memory card 

20 300 communicates with the server apparatus 600. 

Next, the main control unit 108 receives a result of apparatus 
authentication between the server apparatus 600 and the memory card 3 00, from 
the server apparatus 600 via the Internet 20 and the communication unit 104. 
In addition, the main control unit 108 receives a result of apparatus 

25 authentication between the server apparatus 600 and the memory card 300, from 
the memory card 300 via the memory card input/output unit 102. When at least 



one of the received results indicates a failure in apparatus authentication, 
the main control unit 108 generates a display screen displaying a message 
indicating such, writes to the frame buffer 106 the generated display screen 
as a frame image, and outputs to the graphics control unit 113 a control signal 
5 indicating that an instruction has been written to the register unit 109 , writes 
a screen display instruction to the register RO 151 of the register unit 109, 
and ends the processing. 

When both of the received results show success in the apparatus 
authentication, the main control unit 108 receives a search result of the user 

10 ID, from the server apparatus 600 and via the Internet 20 and the communication 
unit 104, and when the received search result shows that the user ID does not 
exist, the main control unit 108 generates a display screen displaying a message 
indicating such, writes to the frame buffer 106 the generated display screen 
as a frame image, and outputs to the graphics control unit 113 a control signal 

15 indicating that an instruction has been written to the register unit 109, writes 
a screen display instruction to the register RO 151 of the register unit 109, 
outputs the received search result to the memory card 300 via the memory card 
input/output unit 102, and ends the processing. 

When the received search result indicates that the user ID exists, the 

20 main control unit 108 receives character data from the server apparatus 600 
via the Internet 20 and the communication unit 104, and outputs the received 
character data to the memory card 300 via the memory card input/output unit 
102. 

In addition, the main control unit 108 receives completion information 

25 indicating completion in writing of character data, from the memory card 300 

via the memory card input/output unit 102, and outputs the received completion 
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information to the server apparatus 600 via the communication unit 104 and 
the Internet 20. 

(Relay-processing performed by stationary game apparatus 100 whenportable 
game apparatus 200 obtains character data) 
5 When the portable game apparatus 200 obtains character data from the 

server apparatus 600 via the stationary game apparatus 100, the main control 
unit 108 receives a user ID, a game identifier, and signature data, from the 
portable game apparatus 200 via the memory card input/output unit 102, receives 
a communication instruction, receives completion information, transmits the 
10 user ID, the game identifier, and the signature data, to the server apparatus 
600 via the communication unit 104 and the Internet 20, transmits the received 
communication instruction, and transmits the received completion information. 

In addition, the main control unit 108 receives a verification result 
of the digital signature, from the server apparatus 600 via the Internet 20 
15 and the communication unit 104, receives a verification result of the digital 
signature, receives a search result of the user ID, receives the character 
data, transmits the received verification result to the memory card 300 via 
the memory card input /output unit 102, transmits the received search result, 
and transmits the received character data. 
20 (9) Graphics control unit 113 

The graphics control unit 113 specifically includes a processor dedicated 
for graphics which is not shown in the drawings. 

The graphics control unit 113 fetches an instruction included in the 
stationary character processing program that the graphics storage unit 114 
25 stores therein, decodes the fetched instruction, and executes the decoded 
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instruction. The graphics control unit 113 repeats the fetching of instruction, 
the decoding of instruction, and the executing of instruction. 

(10) VRAM 115 

The VRAM 115 has an area for storing one frame of image. The frame image 
5 is made up of 256,000 pixels in matrix configuration (640 in a vertical line 
and 400 in a horizontal line) . Here, the frame image has the same size as the 
frame image stored in the frame buffer 106. 

(11) Video signal generating unit 116 

The video signal generating unit 116 repeats the following (a) - (b) , every 
10 1/6 0 second. 

(a) Generates a vertical synchronizing signal, and outputs it to the 
monitor 120. This time period is called "vertical retrace time". 

(b) Repeats the following (bl) - (b3) for 4 00 times (4 00 times corresponding 
to the number of pixels in the vertical line of one frame image) , 

15 (bl) Reads, from the VRAM 115, pixels on one horizontal line of one 

frame image (640 pixels) . 

(b2) Generates one line of video signal and horizontal synchronizing 
signal, using the read frame image. 

(b3) Outputs the one line of video signal and horizontal synchronizing 
20 signal, to the monitor 120. 

(12) Audio signal generating unit 117 and Speaker 121 

The audio signal generating unit 117 reads digital audio information 
from the main storage unit 110, by being controlled by the main control unit 
108, decodes the read audio information, converts the decoded audio information 
25 into an analogue audio signal, and outputs the analogue audio signal to the 
speaker 121. 



The speaker 121 receives an audio signal from the audio signal generating 
unit 117, and outputs a sound. 
Memory card 300 

As FIG. 23 shows, the memory card 300 includes an information storage 
5 unit 301, a control unit 302, an input/output unit 303, and an authentication 
unit 304. 

The memory card 300 is specifically a computer system including a 
microprocessor, a ROM, a RAM, and the like. The RAM stores therein a computer 
program. The memory card 3 00 achieves its function by the microprocessor 
10 operating according to the computer program. 

Thememory card 300 is loaded to an external apparatus, receives information 
from the external apparatus, stores therein the received information. Or, the 
memory card 300 reads information from inside, and outputs the read information 
to the external apparatus . 
15 Here, the external apparatus is one of the stationary game apparatus 100, 

the portable game apparatus 200, and the server apparatus 600. 
(1) Information storage unit 3 01 

As FIG. 23 shows, the information storage unit 301 has an area for storing 
character data 321, a user ID 334, a resumption stage No. 335, and a resumption 
20 step No. 336. 

The user ID 334 is identification information for uniquely identifying 
the user of the memory card 300. The user ID 334 has been written to the memory 
card 300 by a sales apparatus managed by a sales agent when the user has purchased 
either the DVD 500 or the cartridge 400. 
25 As FIG. 23 shows, the character data 321 is made up of a character ID 

322, tribe 323, sex 324, occupation 325, height 326, weight 327, hair style 



328, shape of eyes 329, shape of ears 330, life power 331, fighting power 332, 
and fund 333 . The character data is the same as described in the former section, 
and so is not repeated here. 

The resumption stage No. 335 and the resumption step No. 336 are also 
5 the same as described in the former section, and so are not repeated here. 
(2) Control unit 302 

Prior to transmitting/receiving information to/from an external 
apparatus, the control unit 302 controls the authentication unit 304 to perform 
mutual apparatus authentication with the external apparatus. During success 

10 of the apparatus authentication, the control unit 3 02 continues 
transmission/reception of information with the external apparatus. During 
failure of the apparatus authentication, the control unit 302 stops the 
transmission/reception of information with the external apparatus. 

The control unit 302 receives information via the input/output unit 303, 

15 and writes the received information to the information storage unit 301. The 
control unit 302 also reads information from the information storage unit 301, 
and outputs the read information to the external apparatus via the input /output 
unit 303. 

Specifically, the control unit 302 receives a search result relating 

20 to the user ID, either from the stationary game apparatus 100 or the portable 

game apparatus 200, via the input/output unit 303. When the received search 

result indicates nonexistence of the user ID, the control unit 3 02 does not 

perform the processing thereafter, and when the received search result indicates 

existence of the user ID, continues the processing. 

25 In addition, the control unit 302 receives character data either from 

the stationary game apparatus 100 or the portable game apparatus 200 via the 
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input/output unit 303 , and writes the received character data to the information 
storage unit 301. 

(3) Input /output unit 303 

The input/output unit 303, by being controlled by the control unit 302, 
5 reads information from the information storage unit 3 01 and outputs the 
information to the external apparatus, or receives information from the external 
apparatus and writes the received information to the information storage unit 
301. 

(4) Authentication unit 304 

10 Prior to transmission/reception of information between the control unit 

302 and the external apparatus to which the memory card 300 has been loaded, 
the authentication unit 3 04 performs mutual apparatus authentication with the 
external apparatus, by being controlled by the control unit 302, using the 
challenge -response method. Here, explanation on challenge -response method is 

15 omitted because it is publicly known. 

The authentication unit 304 outputs a result of the apparatus 
authentication to the control unit 302. During failure of the apparatus 
authentication, the authentication unit 304 prohibits the control unit 302 
from transmitting/receiving information to/from the external apparatus . During 

20 success of the apparatus authentication, the authentication unit 304 permits 
transmission/reception of information with the external apparatus to the control 
unit 3 02. 

Cartridge 4 01 

As FIG. 24 shows, the cartridge 4 00 includes an information storage unit 
25 401 and an input/output unit 402. 

(1) Information storage unit 401 



As FIG. 24 shows one example thereof, the information storage unit 401 
pre-stores a stationary game program 411, a stationary character processing 
program 451, and a stationary development item table 461. These are either 
a computer program or computer data used in the portable game apparatus 200, 
5 and constitute one game software program. 

Agame, continuedby the portable game program 4 11 , the portable character 
processing program 451, and the portable development item table 461 which are 
stored in the information storage unit 401, is the same as the game continued 
by the stationary game program 511 , the stationary character processing program 
10 551, and the stationary development item table 561 which are stored in the 
DVD 500. Therefore, the description about the game is omitted here. 

The portable game program 411 includes a related information unit 421, 
a program unit 431, and an object data unit 441. 

(Related information unit 421) 
15 The related information unit 421 includes a game section 422, a game 

identifier AID 423 , a public key APK 424 , a game title 425 , and audio information, 
not shown in this drawing. 

The game section 422 indicates that the portable game program 411 is 
a game program used in a portable game apparatus . 
2 0 The game identifier AID 423 is identification information for identifying 

the portable game program 411. 

The public key APK 424 is generated using a secret key and by the public -key 
generation method. Here, the secret key corresponds to the game identifier 
found in the game information table 621 that the information storage unit 601 
25 of the server apparatus 600 owns, which is identical to the game identifier 
AID 423 . One example of the public-key generation method is as described above . 



The game title is a title used for identifying a game realized by the 
portable game program 411. 

The audio information is coded data of the character's voice, music, 
and sound effect. 
5 (Program unit 431) 

The program unit 431 includes a computer program for a portable game 
(hereinafter called "portable main program" ) , a computer program for processing 
one frame of image (hereinafter called ^'portable frame processing program") 
and a computer program for processing fighting scenes (hereinafter called 
10 "fighting- scene program"). Each computer program includes a plurality of 
instructions in various machine language formats . The machine language formats 
are a format to be decoded and executed by a main control unit 208 of the portable 
game apparatus 200 (the main control unit 208 will be described in detail later) . 
The portable main program, the portable frame processing program, and the 
15 fighting- scene program are used by the main control unit 208. 

The portable frame processing program is called by the portable main 
program for use. In addition, the fighting- scene program is called by the 
portable frame processing program for use. 

The following describes the content of each computer program. For an 
20 easier understanding of the content of each computer program, the following 
description uses flowcharts to represent computer programs, instead of a 
representation using instructions in machine language format. 

(a) Portable main program 

The following describes the portable main program with use of the 
25 flowcharts of FIGs. 25-26. 
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Here , the detailed explanation on the portable main program is not provided , 
because it is similar to the stationary main program shown in FIGs. 9-10. 

The portable main program reads the resumption stage No. 335 and the 
resumption step No. 336, and writes the read resumption stage No. and resumption 
5 step No. to the main storage unit 210 (Step S401) . 

The portable main program reads the character data 321 from the memory- 
card 300, and writes the read character data to the main storage unit 210 (Step 
S402) . 

Next, the portable main program extracts the height and the weight from 
10 the character data in the main storage unit 110, and updates the character 
object data stored in the main storage unit 210, so as to change the form of 
the character based on the ratio of the height to the weight (Step S403) . 

Next, in Step S4 05 - Step S424, the following step S406 - Step S423 are 
repeated until the game stage shown by "n" is completed by starting with the 
15 game stage shown by the resumption stage No. 

(i) In step S406 - Step S413, the following step S407 - Step S412 are 
repeated until the game step shown by "m" is completed by starting with the 
game step shown by the resumption step No. 

It is judged whether the life power written in the main storage unit 
20 210 shows "0" (Step S407) . 

When the life power is judged to show "0" (Step S407) , a screen showing 
game ending is generated, and the generated screen is written to the frame 
buffer of the main storage unit 210, as a frame image (Step S408) . During the 
vertical retrace time, the frame image in the frame buffer is transferred to 
25 the VRAM 215 (Step S409) . Then, the game ends. 
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When the life power is judged not to show "0" (Step S407) , it is judged 
whether the elapsed time in the game step exceeds the maximum value MAX (Step 
S410) , and when the elapsed time is judged to exceed the maximum value MAX 
(Step S410) , the game step is ended, and the operation goes on to the next 
5 game step. 

When the elapsed time is judged not to exceed the maximum value MAX (Step 
S410) , the elapsed time is counted (StepS411) , and the portable frame processing 
program is called so as to move the control to the portable frame processing 
program, thereby performing processing for one frame of image (Step S412) . 
10 After the processing for one frame of image has ended, the operation returns 
to Step S410, so as to repeat the processing. 

(ii) Next, it is judged whether the height flag written in the main storage 
unit 210 is "ON" or "OFF" (Step S414) . If the height flag is judged to be "OFF" 
(Step 8414) , the control is moved to Step S417. If the height flag is judged 

15 to be "ON" (Step S414) , the value "10" is added to the height written in the 
main storage unit 210 (Step S415) , 

(iii) Next, it is judged whether the weight flag written in the main 
storage unit 210 is "ON" or "OFF" (Step S417) . If the weight flag is judged 
to be "OFF" (Step S417) , the control is moved to Step S420. If the weight flag 

20 is judged to be "ON" (Step S417) , the value "0 . 5" is added to the weight written 
in the main storage unit 210 (Step S418) . 

(iv) Next, it is judged whether the life-power flag written in the main 
storage unit 110 is "ON" or "OFF" (Step S420) . If the life-power flag is judged 
to be "OFF" (Step S420) , the control is moved to Step S422. If the life-power 

25 flag is judged to be "ON" (Step S420) , the value "10" is added to the life 

power written in the main storage unit 210 (Step S421) . 
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(v) Next, it is judged whether the fighting-power flag written in the 
main storage unit 210 shows "ON" or "OFF" (Step S422) . If the fighting-power 
flag is judged to be "ON" (Step S422) , the value "10" is added to the fighting 
power written in the main storage unit 210 (Step S423) . If the fighting-power 
5 flag is judged to be "OFF" (Step S422) , nothing is performed, 
(b) Portable frame processing program 

The following describes the portable frame processing program with use 
of the flowcharts shown in FIGs. 27-28. 

Note that the portable frame processing program is similar to the 
10 stationary frame processing program shown in FIGs . 11 and 12 , and so a simplified 
explanation is given below. 

The portable frame processing program calculates the coordinates value 
(three-dimensional coordinates) of the current attack object in the game space 
(Step S431) . 

15 Next, the calculated coordinates value of the attack object is written 

to the main storage unit 210 (Step S432) . 

Next, operation instruction information corresponding to the button is 
received from the input unit 201, and a type of the received operation instruction 
information is judged (Step S433) . 

20 When received operation instruction information corresponds to any one 

of the UP button, the DOWN button, the LEFT button, and the RIGHT button (Step 
S433) , the following operations are respectively performed: adding "1" to the 
Y-coordinate value of the character object (Step S434) ; subtracting "1" from 
the Y-coordinate value of the character object (Step S435) ; subtracting "1" 

25 from the X- coordinate value of the character object (Step S436) ; and adding 

"1" to the X- coordinate value of the character object (Step S437) . 
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When received operation instruction information corresponds to the STOP 
button (Step S433) , the control is moved to Step S445. 

When received operation instruction information corresponds to the 
DECISION button (Step S433) , nothing is performed and the control is moved 
5 to Step S439. 

When received operation instruction information corresponds to one of 
the other buttons (Step S433) , the processing corresponding to the button is 
performed (Step S438) , and then the portable frame processing program is ended. 

When operation instruction information is not received (Step S433) , 
10 nothing is performed and the control is moved to Step S439. 

Next, the fighting program is called thereby moving the control to the 
fighting program, so as to perform processing at fighting. Here, the detailed 
explanation on the fighting processing is omitted, because it is the same as 
in the flowcharts of FIGs. 13-14 (Step S439) . 
15 When processing at fighting is finished, the coordinates value of the 

character object is written to the main storage unit 110 (Step S440) . 

Next, the coordinates value of the background object is calculated (Step 
S441) , and the calculated coordinates value for the background is written to 
the main storage unit 110 (Step S442) . 
20 Next, the background object is specified and a portable frame processing 

program is called (Step S443) . Then, an attack object is specified and the 
portable frame processing program is called (Step S444) , Then, a character 
object is specified and the portable frame processing program is called (Step 
S451) . 
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Next, during the vertical retrace time, a frame image of the frame buffer 
in the main storage unit 210 is transferred to the VRAM 215 (Step S452) . Next, 
processing of the portable frame processing program is ended. 

When received operation instruction information corresponds to the STOP 
5 button (Step S433) , a SAVE screen is generated which includes a message for 
confirming the user whether 1) character data, a resumption stage No., and 
a resumption step No. should be saved in the memory card 300 before ending 
of the game, or 2) the game can be ended without saving the above information. 
Then the generated SAVE screen is written to the frame buffer of the main storage 
10 unit 210, as a frame image (Step S445) . Next, during the vertical retrace time, 
the frame image of the frame buffer is transferred to the VRAM 215 (Step S152) . 

Next, operation instruction information corresponding to a button is 
received from the input unit 201. Here, the operation instruction information 
indicates either to perform the save or not. Next, a type of the received 
15 operation instruction information is judged (Step S44 7) . 

When the received operation instruction information indicates not to 
perform the save (Step S447) , the game processing is ended. 

When the received operation instruction information indicates to perform 
the save (StepS447) , height, weight, lifepower, fighting power , fund, resumption 
20 stage No. and resumption step No. are read from the main storage unit 210 (Step 
S44 8) , and the character data 321 in the information storage unit 301 is 
overwritten with the read height , weight, lifepower, fighting power , and fund. 
In addition, the resumption stage No. 335 and the resumption step No. 335 are 
overwritten with the read resumption stage No. and the resumption step No. 
25 (Step S449) . Next, the processing of the portable processing program is ended. 

(c) Fighting program 
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The fighting program has the same details as the program shown by the 
flowcharts of FIGs. 13-14 . Therefore, the description thereof is omitted here. 
(Object data unit 441) 

As FIG. 24 shows, the object data unit 441 includes character object data 
5 442, background object data 443, attack object data 444, and other object data 
that are not shown in the drawing. 

The character object data 442, the background object data 443, and the 
attack object data 444 are three-dimensional curve data respectively showing 
a three-dimensional form of a character object, a background object, and an 
10 attack object, which are for a portable game apparatus. 
(Portable character processing program 451) 

As FIG. 24 shows, the portable character processing program 451 includes 
a program unit 4 52 . The program unit 4 52 includes a portable image generating 
program shown below. 

15 The portable image generating program is a computer program including 

instructions in machine language formats. These machine language formats are 
to be decoded and executed by the main control unit 208 in the portable game 
apparatus 200 (the main control unit 208 being detailed later) , and the portable 
image generating program is used by the main control unit 208. 

20 The following describes the content of the portable image generating 

program. For an easier understanding of the content of the portable image 
generating program, the following description uses flowchart shown in FIG. 29 
to represent the portable image generating program, instead of a representation 
using instructions in machine language format . Accordingly, the portable image 

25 generating program is explained as follows using the flowchart. 
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The portable image generating program reads, from the main storage unit 
210, the coordinates of the object to be generated (Step S464) . 

Next, the portable image generating program reads corresponding object 
data from the main storage unit 210 (Step S465) . 
5 Here, if the corresponding object data corresponds to a character object 

(Step S466) , the portable image generating program reads height and weight 
from the main storage unit 210 (Step S467) , and corrects the read character 
data using the read height and weight . Note that this correction is a processing 
operation identical to the update performed at Step S103 in the flowchart of 
10 FIG. 9 (Step S468) . 

Next, the object data is subjected to perspective ^projection 

transformation to generate wire frame data (Step S471) . Then polygon data is 
generated (Step S472) , and processing of hidden plane clearing and hidden line 
clearing is performed (Step S473) , and shade/shadow data is generated (Step 
15 S474) . 

(Portable development item table 4 61) 

As shown in FIG. 24, the portable development item table 461 includes 
a height flag 462, a weight flag 463 , a life-power flag 464 , and a fighting-power 
flag 465. 

2 0 The height flag 462 indicates whether update of height is permitted for 

the character data obtained from the server apparatus 600 while the game is 
continued in the portable game apparatus 200 . The height flag 462 takes a value 
of either ON or OFF, where ON indicates that height update is permitted, and 
OFF indicates that height update is not permitted. Here, in FIG. 24, the height 

25 flag 462 is set to be OFF, which means that update directed to the height included 
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in the character data obtained from the server apparatus 600 is not permitted 
during the game continuing in the portable game apparatus 200. 
The aforesaid rule also applies to the other flags. 

The weight flag 463 indicates whether update of weight is permitted for 
5 the character data obtained from the server apparatus 600 while the game is 
continued in the portable game apparatus 100 . The weight flag 463 takes a value 
of either ON or OFF, where ON indicates that weight update is permitted, and 
OFF indicates that weight update is not permitted. Here in FIG. 24, the weight 
flag 463 is set to be OFF, which means that update directed to the weight included 

10 in the character data obtained from the server apparatus 600 is not permitted 
during the game proceeding in the portable game apparatus 200. 

The life-power flag 464 indicates whether update of life power is permitted 
for the character data obtained from the server apparatus 600 while the game 
is continued in the portable game apparatus 200 . The life-power flag 464 takes 

15 avalueof either ON or OFF, where ON indicates that life power update is permitted, 
and OFF indicates that life power update is not permitted. Here, in FIG. 24, 
the life-power flag 464 is set to be ON, which means that update directed to 
the life power included in the character data obtained from the server apparatus 
600 is permitted during the game continuing in the portable game apparatus 

20 200. 

The fighting -power flag 465 indicates whether update of fighting power 
is permitted for the character data obtained from the server apparatus 600 
while the game is continued in the portable game apparatus 200. The 
fighting-power flag 465 takes a value of ON or OFF; where ON indicates that 
25 fighting power update is permitted; and OFF indicates that fighting power update 
is not permitted. Here in FIG. 24, the fighting -power flag 465 is set to be 



ON, which means that an update directed to the fighting power included in the 
character data obtained from the server apparatus 600 is permitted during the 
game continuing in the portable game apparatus 200. 
Portable game apparatus 200 
5 As FIG. 3 0 shows, the portable game apparatus 200 is structured by an 

input unit 201, a memory card input/output unit 202, a cartridge input/output 
unit 203, a connection unit 205, a main control unit 208, a main storage unit 
210, an authentication unit 212, a VRAM 215, a video signal generating unit 
216, an electronic sound generating unit 217, a system bus 218, a liquid crystal 
10 display unit 220, and a speaker 221. 

The input unit 201, the memory card input/output unit 202, the cartridge 
input/output unit 203, the connection unit 205, the main control unit 208, 
the main storage unit 210, the authentication unit 212, the VRAM 215, the video 
signal generating unit 216, and the electronic sound generating unit 217 are 
15 respectively connected to the system bus 218. 

The portable game apparatus 200 is connected to the stationary game 
apparatus 100 via the cable 30. In addition, the cartridge 400 and the memory 
card 300 are loaded to the portable game apparatus 200. 
(1) Input unit 201 

20 The input unit 201 is provided with an UP button, a DOWN button, a LEFT 

button, a RIGHT button, a DECISION button, a START button, a STOP button, and 
other buttons. When an operation directed to each button is received from a 
user, operation instruction information corresponding to the button to which 
the operation is directed is generated, and is outputted to the main control 

25 unit 208 via the system bus 118. 
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(2) Memory card input/output unit 202, cartridge input/output unit 

203, and connection unit 205 
When the memory card 300 is loaded to the portable game apparatus 200, 
the memory card input/output unit 202 is connected to the memory card 300, 
5 and by being controlled by the main control unit 208, reads information from 
the memory card 300, outputs the read information to the main control unit 
208 via the system bus 218, receives information from the main control unit 
208 via the system bus 218, and writes the received information to the memory 
card 300. 

10 The cartridge input/output unit 203, by being controlled by the main 

control unit 208, reads information from the cartridge 400, and outputs the 
read information to the main control unit 208 via the system bus 218. 

The connection unit 205 is connected to the stationary game apparatus 
100 via the cable 30, receives information from the stationary game apparatus 

15 100 via the cable 30, and outputs the received information to the main control 
unit 2 08 . The connection unit 205 also receives information from the main control 
unit 208, and outputs the received information to the stationary game apparatus 
100 via the cable 30. 

20 (3) Liquid crystal display unit 220 and speaker 221 

The liquid crystal display unit 220 receives a video signal that includes 
a vertical retrace time and a horizontal retrace time from the video signal 
generating unit 216, and displays an image according to the received video 
signal . 
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The speaker 221 receives an audio signal from the electronic sound 
generating unit 217 , converts the received audio signal into a sound, and outputs 
the sound. 

5 (4) Main storage unit 210 

The main storage unit 210 is made of a RAM, and stores such information 
as a portable game program 231, a portable character processing program 235, 
a portable development item table 236, character data 237, a resumption stage 
No. and a resumption step No. , as shown in FIG. 31. The portable game program 
10 231 includes a related information unit 232, a program unit 233, and an object 
data unit 234 , 

In addition, the main storage unit 210 is equipped with a frame buffer. 
The frame buffer has an area for storing one frame of image. The frame image 
is made up of 64,000 pixels in matrix configuration (320 in a vertical line 
15 and 200 in a horizontal line) . 

(5) Authentication unit 212 

The authentication unit 212 performs mutual apparatus authentication 

with an external apparatus connected to the portable game apparatus 200, using 

the challenge -response method and by being controlled by the main control unit 

20 208, prior to communication or transmission/reception of information between 

the main control unit 208 and the external apparatus. 

Here, explanation on challenge -response method is omitted because it 

is publicly known. 

The authentication unit 212 outputs the result of the apparatus 

25 authentication to the main control unit 208. During failure of the apparatus 

authentication, the authentication unit 212 prohibits the main control unit 
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208 from communicating and transmitting/receiving information to/from the 
external ' apparatus . During success of the apparatus authentication, the 
authentication unit 212 permits, to the main control unit 208, communication 
and transmission/reception of information with the external apparatus. 
5 Here, the external apparatus is one of the stationary game apparatus 

100 and the memory card 300. 

(6) Main control unit 208 

The main control unit 208 specifically includes a microprocessor and 
a RAM, which are not shown in the drawings. The RAM stores a computer program. 
10 The main control unit 2 08 achieves its function by the microprocessor operating 
according to the computer program. 
(Menu display) 

When a user turns on the power to the portable game apparatus 200, the 
main control unit 208 generates a same menu screen as the menu screen 160 of 
15 FIG. 22. During the vertical retrace time, the main control unit 208 writes 
the generated menu screen to the VRAM. This menu screen includes at least 3 
alternatives . 

The first alternative is used for instructing executing of the portable 
game program 411 recorded in the cartridge 400 . The second alternative is used 
20 for instructing obtaining of character data from the server apparatus 600 via 
the Internet 20 and the stationary game apparatus 100, and writing the obtained 
character data to the memory card 300. The third alternative is used for 
instructing other operations. 

When a user selects any one of the alternatives, the main control unit 
25 208 receives instruction information corresponding to the selected alternative 
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from the input unit 201 , and performs an operation corresponding to the received 
instruction information. 
(Game execution) 

Upon receiving instruction information instructing execution of the 
5 portable game program 411 from the input unit 201, the main control unit 208 
controls the authentication unit 212 to perform apparatus authentication with 
the memory card 300. During success of the apparatus authentication, the main 
control unit 208 performs processing of a game explained below. During failure 
of the apparatus authentication, the main control unit 208 does not perform 
10 the game processing thereafter. 
(Game processing) 

Next, the main control unit 2 08 reads the portable game program 441 from 
the cartridge 400, writes the portable game program to the main storage unit 
210, reads the portable character processing program 451, writes the portable 

15 character processing program 451 to the main storage unit 210, reads the portable 
development item table 461, and writes the portable development item table 
to the main storage unit 210. In addition, the main control unit 208 reads 
character data 321, a resumption stage No. 335 and a resumption step No. 336 
from the memory card 3 00, and writes the character data, the resumption state 

20 No. 335, and the resumption step No. 336 to the main storage unit 210. 

Next, the main control unit 208 fetches the instructions one by one, 
from the stationary game program unit of the main storage unit 210, decodes 
the fetched instructions, and executes the decoded instructions. Hereinafter, 
the fetching, the decoding, and the executing of instruction are repeated. 

25 (Obtaining operation of character data performed by stationary game 

apparatus 100) 



When the main control unit 208 receives instruction information indicating 
to obtain character data from the server apparatus 600 via the stationary game 
apparatus 100 and to write the character data to the memory card 300, the main 
control unit 208 reads a user ID from the memory card 300 via the memory card 
5 input/output unit 202, and reads a game identifier AID and a public key APK 
from the cartridge 400 via the cartridge input/output unit 203 . Then, the main 
control unit 208 performs a digital signature SIG on the game identifier AID 
and the user ID using the public key APK, thereby generating signature data. 

Next, the main control unit 208 transmits the user ID, the game identifier 

10 AID, and the signature data, to the server apparatus 600 via the stationary 
game apparatus 100 and the Internet 20. 

The main control unit 208 receives a verification result of the digital 
signature from the server apparatus 600 via the Internet 20, the stationary 
game apparatus 100 , and the connection unit 205 . When the received verification 

15 result indicates a failure, the main control unit 208 generates a display screen 
displaying a message indicating such, writes the generated display screen to 
the frame buffer as a frame image, transmits the frame image from the frame 
buffer to the VRAM 215 during the vertical trace time, and ends the processing. 

When the received verification result indicates a success, the main 

20 control unit 208 transmits a communication instruction to the server apparatus 
600 via the connection unit 205, the stationary game apparatus 100, and the 
Internet 20, so that the server apparatus 600 communicates with the memory 
card 300. In addition, the main control unit 208 outputs a communication 
instruction to the memory card 300 via the memory card input/output unit 202, 

25 so that the memory card 300 communicates with the server apparatus 600. 
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Next, the main control unit 208 receives a result of apparatus 
authentication between the server apparatus 600 and the memory card 300, from 
the server apparatus 600 via the Internet 20, the stationary game apparatus 
100, and the connection unit 205 . In addition, the main control unit 208 receives 
5 a result of apparatus authentication between the server apparatus 600 and the 
memory card 300, from the memory card 300 via the memory card input/output 
unit 2 02. When at least one of the received results indicates a failure in 
apparatus authentication, the main control unit 208 generates a display screen 
displaying a message indicating such, writes to the frame buffer the generated 

10 display screen as a frame image, transfers the frame image from the frame buffer 
to the VRAM 215 during the vertical trace time, and ends the processing. 

When both of the received results show success in the apparatus 
authentication, the main control unit 208 receives a search result of the user 
ID, from the server apparatus 600 and via the Internet 20, the stationary game 

15 apparatus 100, and the connection unit 205. When the received search result 
shows nonexistence of the user ID, the main control unit 208 generates a display 
screen displaying a message indicating such, writes to the frame buffer the 
generated display screen as a frame image, transfers the frame image from the 
frame buffer to the VRAM 215 during the vertical retrace time . The main control 

20 unit 208 also outputs the received search result to the memory card 300 via 
the memory card input/output unit 202, and ends the processing. 

In addition, when the received search result indicates existence of the 
user ID, the main control unit 208 receives character data from the server 
apparatus 600 via the Internet 20, the stationary game apparatus 100, and the 

25 connection unit 205, and outputs the received character data to the memory 

card 300 via the memory card input/output unit 202. 
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In addition, the main control unit 208 receives completion information 
indicating completion of writing of the character data, from the memory card 
300 via the memory card input/output unit 202, and transmits the received 
completion information to the server apparatus 600 via the connection unit 
5 205, the stationary game apparatus 100, and the Internet 20. 

(Execution of portable character processing program) 

The main control unit 208 also fetches an instruction included in the 
portable character processing program stored in the main storage unit 210, 
decodes the fetched instruction, and executes the decoded instruction. The 
10 main control unit 208 repeats the fetching, the decoding, and the executing 
of instruction. 

(7) VRAM 215 

The VRAM 215 has an area for storing one frame of image. The frame image 
is made up of 64,000 pixels in matrix configuration (320 in a vertical line 
15 and 200 in a horizontal line) . Here, the frame image has the same size as the 
frame image stored in the frame buffer. 

(8) Video signal generating unit 216 

The video signal generating unit 216 repeats the following (a) - (b) , every 
1/60 second. 

20 (a) Generates a vertical synchronizing signal, and outputs it to the 

liquid crystal display unit 220. This time period is called "vertical retrace 
time" . 

(b) Repeats the following {bl)-{b3) for 200 times (200 times corresponding 
to the number of pixel in the vertical line of one frame image) . 
25 (bl) Reads, from the VRAM 215, pixels on one horizontal line of one frame 

image (320 pixels) . 
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(b2) Generates one line of video signal and horizontal synchronizing 
signal, using the read frame image. 

(b3) Outputs the one line of video signal and horizontal synchronizing 
signal, to the liquid crystal display unit 220. 
5 (9) Electronic sound generating unit 217 and speaker 221 

The electronic sound generating unit 217, by being controlled by the 
main control unit 2 08, reads digital audio information from the main storage 
unit 210, decodes the read audio information, converts the decoded audio 
information into an analogue audio signal, and outputs the analogue audio signal 
10 to the speaker 221. 

The speaker 221 receives the audio signal from the electronic sound 
generating unit 217 , converts the received audio signal into a sound, and outputs 
the sound. 

Convenience- store terminal 700 
15 As FIG. 32 shows, the convenience- store terminal 700 includes a display 

unit 701, an input unit 702, a control unit 703, a memory card input/output 
unit 704, a communication unit 705, a cash receiving unit 706, and a storage 
707 . 

(1) Display unit 701 and input unit 702 
20 The display unit 701 displays various types of information, by being 

controlled by the control unit 703, 

The input unit 702 receives an instruction from an operator of the 
convenience- store terminal 700, and outputs instruction information 
corresponding to the received instruction, to the control unit 703. 
25 (2) Control unit 703 



The control unit 703 receives, from the input unit 702, instruction 
information indicating obtaining of character data from the server apparatus 
600. Upon reception of the instruction information, the control unit 703 
transmits authentication instruction for instructing mutual apparatus 
5 authentication between the memory card 300 and the server apparatus 600, to 
the server apparatus 600 via the communication unit 705 and the Internet 20. 
Then, the control unit 7 03 outputs the authentication instruction to the memory 
card 300 via the memory card input/output unit 704. 

Next, the control unit 703 receives a result of apparatus authentication 

10 between the server apparatus 600 and the memory card 3 00 , from the server apparatus 
600 via the Internet 20 and the communication unit 705 . In addition, the control 
unit 703 receives a result of apparatus authentication between the server 
apparatus 600 and the memory card 300, from the memory card 300 via the memory 
card input/output unit 704. If at least one of the received results indicates 

15 a failure of apparatus authentication, the control unit 703 generates a display 
screen displaying a message indicating such, outputs the generated display 
screen to the display unit 701, controls the display unit 701 to display the 
display screen, and ends the processing. 

When both of the received results show success in the apparatus 

20 authentication, the control unit 703 receives game sales information from the 
server apparatus 600 via the Internet 20 and the communication unit 705, generates 
a game list using the received game sales information, outputs the generated 
game list to the display unit 701, and controls the display unit 701 to display 
the game list. 

25 Next, the control unit 703 receives a game identifier of a game selected 

by a user, from the input unit 702, receives, from the cash receiving unit 
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706 , receipt information indicating receipt of cash corresponding to the selected 
game, and transmits the received game identifier to the server apparatus 600 
via the communication unit 705 and the Internet 20. 

Next, the control unit 703 receives character data from the server 
5 apparatus 600 via the Internet 20 and the communication unit 705, and outputs 
the received character data to the memory card 300 via the memory card input /output 
unit 704. 

(3) Memory card input/output unit 704 

When the memory card 300 is loaded to the convenience -store terminal 

10 700, the memory card input/output unit 704 is connected to the memory card 

300, and by being controlled by the control unit 703, reads information from 

the memory card 300 and outputs the read information to the control unit 703, 

or receives information from the control unit 703 and outputs the received 

information to the memory card 300. 

15 (4) Communication unit 705 

The communication unit 705 is connected to the server apparatus 600 via 

the Internet 20 , and transmits /receives information to/ from the server apparatus 

600 via the Internet 20. 

(5) Cash receiving unit 706 and storage 707 

20 The cash receiving unit 706 receives cash in an amount corresponding 

to the sales price of the game selected by the user, and outputs receipt information 

indicating the receipt of the cash, to the control unit 703. 

The storage 707 stores the cash received by the cash receiving unit 706. 

Operations of game system 10 

25 The following describes operations of the game system 10. 

(1) Operations of stationary game apparatus 100 
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The following describes operations performed by the stationary game 

apparatus 100, with use of the flowchart of FIG. 33. 

When a user turns on the power to the stationary game apparatus 100, 

the main control unit 108 generates a menu screen 160, and the monitor 120 

5 displays the generated menu screen 160 (Step S501) . 

When the user selects one of the alternatives included in the menu screen 

160, the main control unit 108 receives instruction information corresponding 

to the selected alternative , from the operation controller 122 via the controller 

control unit 101 (Step S502) . 

10 When the received instruction information indicates display of a title 

list (Step S503) , the main control unit 108 reads a plurality of game titles 

from the DVD 500 and from the large -capacity storage unit 111, via the drive 

unit 103 (Step S504), generates a list of game titles which is constituted 

by the read game titles, and then the monitor 120 displays the list of game 

15 titles (Step S505) . 

When the user selects one of the game titles, the main control unit 108 

obtains a game identifier corresponding to the selected game title, from the 

operation controller 122 via the controller control unit 101 (Step S506) . 

Next, the main control unit 108 controls the authentication unit 107 

20 to perform apparatus authentication with the memory card 300, and the 

authentication unit 107 performs the apparatus authentication (Step S507) . 

During success of the apparatus authentication (Step S508) , the main control 

unit 108 performs game processing (Step S509) . Next, the control returns to 

Step S501, to repeat the processing. During failure of the apparatus 

25 authentication (Step S508) , the game processing thereafter is not performed, 

and the control returns to Step S501 to repeat the processing. 
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When the main control unit 108 obtains, from the server apparatus 600, 
instruction information indicating to obtain character data and to write the 
character data to the memory card 300 (Step S503) , the main control unit 108 
performs processing for obtaining the character data at the stationary game 
5 apparatus 100 (Step S510) and returns to Step S501 to repeat the processing. 

When receiving information indicating one of the other processing 
instructions (Step S503) , the main control unit 108 performs the processing 
indicated by the received information (Step S512) , and returns to Step S501 
to repeat the processing. 

10 

(2) Game processing by stationary game apparatus 100 
The following describes game processing performed by the stationary game 
apparatus 100 , using the flowchart of FIG. 34 . Note that the operations described 
below are the greater details of Step S509 of the flowchart shown in FIG. 33. 

15 The main control unit 108, from the DVD 500, reads a stationary game 

program 511, writes the stationary game program 511 to the main storage unit 
110 (Step S531) , reads an object data unit 541, writes the object data unit 
541 to the graphics storage unit 114 (step S532) , reads a stationary character 
processing program 551, writes the stationary character processing program 

20 551 to the graphics storage unit 114 (Step S533) , reads a stationary development 
item table 561, and writes the stationary development item table 561 to the 
main storage unit 110 (Step S534) . In addition, the main control unit 108 reads 
character data 321, a resumption stage No. 335 and a resum.ption step No. 336, 
from the memory card 300, writes the character data, the resumption stage No. 

25 335, and the resumption step No. 336 to the main storage unit 110, and writes 
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the height and the weight included in the read character data 321 , to the graphics 
storage unit 114 (Step S535) . 

Next, the main control unit 108 fetches the instructions one by one, 
from the program unit of the stationary game program stored in the main storage 
5 unit 110 {Step S536) , decodes the fetched instructions (Step S537) , and executes 
the decoded instructions (Step S538) . Hereinafter, the control returns to Step 
S536, thereby repeating the fetching, the decoding, and the executing of 
instruction. 

(3 ) Obtaining operation of character data performed by stationary game 

10 apparatus 100 

The following describes operations performed by the stationary game 
apparatus 100 in obtaining character data from the server apparatus 600 and 
writing the character data to the memory card 300, using the flowcharts of 
FIGs. 35-36. Note that the operations described below are the greater details 

15 of Step S510 of the flowchart shown in FIG. 33. 

Upon reception of instruction information indicating to obtain character 
data from the server apparatus 600 and to write the character data to the memory 
card 300 (Step S601) , the main control unit 108 reads a user ID from the memory 
card 300 via the memory card input/output unit 102 (Step S602) , reads a game 

20 identifier BID and a public key BPK from the DVD 500 via the drive unit 103 
(Step S6 03) , and then using the read public key BPK, performs a digital signature 
SIG on the game identifier BID and the user ID, thereby generating signature 
data (Step S604) , and then transmits the user ID, the game identifier BID, 
and the signature data to the server apparatus 600 via the communication unit 

25 104 and the Internet 20 (Step S60S) . 
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The control unit 602 receives the user ID, the game identifier BID, and 
the signature data from the stationary game apparatus 100 via the Internet 
20andthecommunicationunit 605 (StepS605) , and reads a secret key corresponding 
to the received game identifier BID, from the game information table 621 that 
5 the information storage unit 601 owns (Step S606) , and using the read secret 
key, performs a digital signature verification "VRFY" on the game identifier 
BID, the user ID, and the signature data, thereby obtaining a verification 
result (StepS607) . Next, the control unit 602 transmits the verification result , 
obtained by the digital signature verification "VRFY" , to the stationary game 

10 apparatus 100 via the communication unit 605 and the Internet 20 (Steps S609, 
S610) . Whentheverification result indicates a failure (StepS608) , the control 
unit 602 does not perform the processing thereafter. 

In addition, the control unit 108 receives the verification result of 
the digital verification from the server apparatus 600 via the Internet 20 

15 and the communication unit 104 (Step S609, Step S610) . When the received 
verification result indicates a failure (Step S611) , the main control unit 
108 generates a display screen displaying a message indicating such, writes 
the generated display screen to the frame buffer 106 as a frame image, outputs, 
to the graphics control unit 113 , a control signal indicating that an instruction 

20 has been written to the register unit 109, writes a screen display instruction 
to the register RO 151 of the register unit 109, and the monitor 120 displays 
the frame image (Step S612) , then the processing is ended. 

When the received verification result indicates a success (Step S611) , 
the main control unit 108 transmits a communication instruction to the server 

25 apparatus 600 via the communication unit 104 and the Internet 20, so that the 

server apparatus 600 communicates with the memory card 300 (Step S613) , and 
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also outputs a communication instruction to the memory card 300 via the memory 
card input/output unit 102, so that the memory card 300 communicates with the 
server apparatus 600 (Step S614) . 

When the verification result indicates a success (Step S608) , the control 
5 unit 602 receives a communication instruction from the stationary game apparatus 
100 via the Internet 20 and the communication unit 605 (Step S613) , and the 
server apparatus 600 and the memory card 300 perform mutual apparatus 
authentication (Step S615) . 

The control unit 302 receives a result of the apparatus authentication 

10 from the authentication unit 304, and outputs the received result to the 
stationary game apparatus 100 via the input/output unit 303 (Step S617) . When 
the result of the apparatus authentication indicates a failure (Step S619) , 
the control unit 302 ends the processing. 

Next, the main control unit 108 receives the result of the apparatus 

15 authentication between the server apparatus 600 and the memory card 300, from 
the server apparatus 600 via the Internet 2 0 and the communication unit 104 
(Step S616) , and also receives the result of the apparatus authentication between 
the server apparatus 600 and the memory card 300, from the memory card 300 
via the memory card input/output unit 102 (Step S617) . When at least one of 

20 the received results indicates a failure in the apparatus authentication (Step 
S620) , the main control unit 108 generates a display screen displaying a message 
indicating such, writes the generated display screen to the frame buffer 106 
as a frame image, outputs, to the graphics control unit 113, a control signal 
indicating that an instruction has been written to the register unit 109, writes 

25 a screen display instruction to the register RO 151 of the register unit 109, 
and the monitor 120 displays the frame image (StepS621) , and ends the processing. 



The control unit 602 receives an authentication result from the 
authentication unit 606, and transmits the received authentication result to 
the stationary game apparatus 100 via the communication unit 605 and the Internet 
20 (Step S616) . Here, when the authentication result indicates a failure (Step 
5 S618) , the control unit 602 does not perform the processing thereafter. 

On the other hand, when the authentication result indicates a success 
(Step S618) , the control unit 602 searches the user purchase information table 
631 for the received user ID (Step S622) , and when the received user ID does 
not exist in the user purchase information table 631 (Step S623) , the control 

10 unit 602 transmits a search result indicating such to the stationary game 
apparatus 100 via the communication unit 605 and the Internet 20 (Step S624) . 

When both of the received results show a success in apparatus 
authentication (Step S621) , the main control unit 108 receives the search result 
about the user ID, from the server apparatus 600 via the Internet 20 and the 

15 communication unit 104 (StepS624), and when the received search result indicates 
nonexistence of the user ID (Step S625) , the main control unit 108 generates 
a display screen displaying a message indicating such, writes the generated 
display screen to the frame buffer 106 as a frame image, outputs, to the graphics 
control unit 113, a control signal indicating that an instruction has been 

20 written to the register unit 109, and writes a screen display instruction to 
the register RO 151 of the register unit 109, and the monitor 120 displays 
the frame image (Step S626) . In addition, the main control unit 108 outputs 
the received search result to the memory card 300 via the memory card input /output 
unit 102 (Step S627) , and then ends the processing. 
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when the result of the apparatus authentication indicates a success (Step 
S619) , and the received search result indicates nonexistence of the user ID 
(Step S628) , the control unit 302 ends the processing. 

When the received user ID exists in the user purchase information table 
5 631 (Step S623), the control unit 602 reads, from the game information table 
621, character data corresponding to the received game identifier (Step S629) , 
and transmits the read character data to the stationary game apparatus 100 
via the communication unit 605 and the Internet 20 (Step S630) . 

When the received search result shows existence of the user ID (Step 
10 S625) , then the main control unit 108 receives character data from the server 
apparatus 600 via the Internet 20 and the communication unit 104 (Step S630) , 
and outputs the received character data to the memory card 300 via the memory 
card input/output unit 102 (Step S631) . 

The control unit 302 receives the character data via the input /output 
15 unit 303 (Step S631) , writes the received character data to the information 
storage unit 301 (Step S632) , and when the writing has been complete, outputs 
completion information indicating the writing completion to the stationary 
game apparatus 100 via the input/output unit 303 (Step S633) . 

The main control unit 108 receives the completion information indicating 
20 the writing completion of the character data, from the memory card 300 via 
the memory card input/output unit 102 (Step S633) , and transmits the received 
completion information to the server apparatus 600 via the communication unit 
104 and the Internet 20 (Step S634) . 

Next, the control unit 602 receives the completion information indicating 
25 the writing completion of the character data to the memory card 300, from the 
stationary game apparatus 100 via the Internet 20 and the communication unit 



605 (Step S634) , and performs billing processing directed to a user that the 
user ID identifies (Step S635) . 

(4) Obtaining operations of character data performed by portable game 
apparatus 200 

5 The following describes operations performed by the portable game 

apparatus 200 in obtaining character data from the server apparatus 600 via 
the Internet 20 and the stationary game apparatus 100, and writing the character 
data to the memory card 300, using the flowcharts of FIGs. 37-38. 

The operations performed by the portable game apparatus 200 in obtaining 
10 character data are almost the same as the operations performed by the stationary 
game apparatus 100 in obtaining character data shown in the flowcharts of FIGs. 
35-36, and so detailed explanation is omitted in the following. 

The operations performed by the stationary game apparatus 100 explained 
in the flowcharts of FIGs. 35-36 are replaced by the operations performed by 
15 the portable game apparatus 200 in the flowcharts of FIGs. 37-38. The portable 
game apparatus 200 obtains character data from the server apparatus 600 via 
the stationary game apparatus 100. 

Comparing the flowcharts of FIGs. 37-3 8 with the flowcharts of FIGs. 
35-36, steps assigned reference signs having the identical 4 highest-order 
20 characters correspond to each other (e.g., "S601"). 

(5) Game processing by portable game apparatus 200 

The following describes game processing performed by the portable game 

apparatus 200, using the flowchart of FIG. 39. 

25 The authentication unit 212 performs mutual apparatus authentication 

with the memory card 300 (Step S701) . During failure of the apparatus 
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authentication (Step S702) , the portable game apparatus 200 does not perform 
the game processing thereafter. 

During success of the apparatus authentication (Step S702), the main 
control unit 208, from the cartridge 400, reads a portable game program 411, 
5 writes the read portable game program 411 to the main storage unit 210 (Step 
S703) , reads aportable character processingprogram451, writes the read portable 
character processing program 451 to the main storage unit 210 (Step S705) , 
reads the portable development item table 461, writes the read portable 
development item table 461 to the main storage unit 210 (StepS706) . Inaddition, 

10 the main control unit 208 reads character data 321, a resumption stage No. 
335 and a resumption step No. 336 from the memory card 300, and writes the 
character data, the resumption stage No. 335 and the resumption step No. 336, 
to the main storage unit 210 (Step S707) . 

Next, the main control unit 208 fetches the instructions one by one, 

15 from the program unit of the portable game program stored in the main storage 
unit 210 (Step S708) , decodes the fetched instructions (Step S709) , and executes 
the decoded instructions (Step S710) . Hereinafter, the main control unit 208 
returns to Step S708, thereby repeating the fetching, the decoding, and the 
executing of instruction. 

20 

(6) Obtaining operation of character data performed by 

convenience- store terminal 700 
The following describes operations performed by the convenience -store 
terminal 700 in obtaining character data from the server apparatus 600 via 
25 the Internet 20 and writing the character data to the memory card 300, using 
the flowchart of FIG. 40. 
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The control unit 703 receives, from the input unit 702, instruction 
information indicating to obtain character data from the server apparatus 600 
(Step S801) , transmits authentication instruction indicating to perform mutual 
apparatus authentication between the memory card 3 00 and the server apparatus 
5 600, to the server apparatus 600 via the communication unit 705 and the Internet 
20 (Step S802) , and outputs the authentication instruction to the memory card 
300 via the memory card input/output unit 704 (Step S803) . 

The server apparatus 600 and the memory card 300 perform mutual apparatus 
authentication (Step S804) . 

10 The control unit 602 transmits an authentication result of the apparatus 

authentication to the convenience -store terminal 700 via the communication 
unit 605 and the Internet 20 (Step S805) . When the authentication result 
indicates a failure (Step S807) , the control unit 602 does not perform the 
processing thereafter . 

15 In addition, the input/output unit 303 outputs the authentication result 

of the apparatus authentication to the convenience- store terminal 700 (Step 
S806) . When the authentication result indicates a failure (Step S808) , the 
control unit 302 does not perform the processing thereafter. 

When the authentication result indicates a success (Step S807) , the 

20 control unit 602 reads all the game sales information from the game sales 
information table 641 (Step S809) , and transmits the read game sales information 
to the convenience- store terminal 700 via the communication unit 605 and the 
Internet 20 (Step S810) . 

Next, the control unit 7 03 receives a result of apparatus authentication 

2 5 between the server apparatus 600 and the memory card 300 , from the server apparatus 
600 via the Internet 20 and the communication unit 705 (Step S805) , and also 



receives a result of apparatus authentication between the server apparatus 
600 and the memory card 300 (Step S806) . When at least one of the received 
results indicates a failure in apparatus authentication (Step S820) , the control 
unit 703 generates a display screen displaying a message indicating such, outputs 
5 the generated display screen to the display unit 701, and controls the display 
unit 701 to display the display screen (Step S821) , and ends the processing. 

When both of the received results show success in the apparatus 
authentication (Step S820) , the control unit 703 receives game sales information 
from the server apparatus 600 via the Internet 20 and the communication unit 

10 705 (Step S810) , generates a game list using the received game sales information, 
outputs the generated game list to the display unit 701, and controls the display 
unit 701 to display the game list (Step S811) . 

Next, the control unit 703 receives a game identifier of a game selected 
by a user from the input unit 702 (Step S812) , receives receipt information 

15 indicating receipt of cash corresponding to the selected game, from the cash 
receiving unit 706 (Step S813) , and transmits the received game identifier 
to the server apparatus 600 via the communication unit 705 and the Internet 
20 (Step S814) . 

Next, the control unit 602 receives the game identifier from the 
20 convenience- store terminal 700 via the Internet 20 and the communication unit 
605 (Step S814) , reads character data corresponding to the game identifier 
from the game information table 621 (Step S815) , transmits the read character 
data to the convenience- store terminal 700 via the communication unit 605 and 
the Internet 20 (Step S816) . 
25 Next, the control unit 703 receives the character data from the server 

apparatus 600 via the Internet 20 and the communication unit 705 (Step S816) , 



and outputs the received character data to the memory card 3 00 via the memory 
card input/output unit 704 (Step S817) . 

The control unit 302 receives the character data from the 
convenience -store terminal 700 via the input/output unit 303 (Step S817) , and 
5 writes the received character data to the information storage unit 301 (Step 
S818) . 
2 . Summary 

As described so far, the stationary game apparatus and the portable game 
apparatus of the present invention have their own game software program, and 
10 the game software program is provided for a user by being stored in a recording 
medium suitable for a corresponding game apparatus. 

In addition, character data representing attributes of a character 
appearing in a game, such as form and capability in the game, is stored in 
a memory card. 

15 The stationary game apparatus and the portable game apparatus respectively 

read a game software program from their own recording medium, reads character 
data from the memory card, so as to proceed with the game according to the 
corresponding game software program. In continuing the game, the character 
appearing in the game is made to have form and capability represented by the 

20 character data read from the memory card. 

In this way, the same character can be made appear in the course of the 
same game, in both of a stationary game apparatus and a portable game apparatus 
having different specifications from each other in various aspects such as 
system architecture, type and number of internal processors, and display 

25 capability of a screen. 
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In the course of a game, the form and capability of a character differs 
in various ways . 

For example, when a user suspends a game at a stationary game apparatus, 
in the middle of a process of the game, the stationary game apparatus stores 
5 toamemory card attributes of the character such as capability and form, together 
with information indicating a time at which the game was suspended. When the 
user resumes the game on a portable game apparatus, the portable game apparatus 
reads from the memory card the attributes of the character such as capability 
and form, together with the information indicating the time at which the game 
10 was suspended, and proceeds with the game by making the character appear, who 
has the capability and the form at the time at which the game was suspended, 
and vice visa. 

In this way, a user can continue with a game in one of a stationary game 
apparatus and a portable game apparatus, and after suspension, the user can 
15 continue with the same game in the other game apparatus. 
3 . Other embodiments 

So far, the present invention has been described based on the first 
embodiment. However needless to say, the present invention should not be limited 
to the above -described first embodiment, and include the following cases. 
20 (1) As a modification example of the game system 10, a game system 10a 

may include a stationary game apparatus 100a, a portable game apparatus 200a, 
a memory card 300a, a cartridge 400a, a DVD 500a, a server apparatus 600a, 
and a convenience- store terminal 700a. 

In the game system 10a, the following structure is possible. That is, 
25 when character data is obtained from the server apparatus 600a and is written 
to the memory card 300a, the server apparatus 600a encrypts the character data 



thereby generating encrypted character data, transmits the encrypted character 
data. In response, the memory card 300a receives the encrypted character data, 
decrypts the received encrypted character data thereby generating character 
data, and memorizes the generated character data. 
5 The stationary game apparatus 100a, the portable game apparatus 200a, 

the memory card 300a, the cartridge 400a, the DVD 500a, the server apparatus 
600a, and the convenience- store terminal 700a respectively have a similar 
structure as the counterparts in the game system 10, namely, the stationary 
game apparatus 100, the portable game apparatus 200, the memory card 300, the 

10 cartridge 4 00, the DVD 500, the server apparatus 600, and the convenience -store 
terminal 700. The following description focuses the difference there between. 

The server apparatus 600a further includes an encryption unit , and stores 
therein a character key associated with character data. The memory card 300a 
further includes an encryption unit. The DVD 500a further stores therein 

15 medium-unique information that is unique to the DVD . The cartridge 400a further 
stores therein cartridge -unique information that is unique to the cartridge. 
Here, the medium-unique information and the cartridge-unique information are 
respectively stored in areas to which overwriting is impossible. 

(a) The following describes operations performed in obtaining character 

20 data from the server apparatus 600a via the stationary game apparatus 100a 
and writing it in the memory card 300a, using FIG. 41. 

The server apparatus 600a obtains medium-unique information from the 
DVD 500a (Step S851) , performs an encryption algorithm E2 on a character key 
using the obtained medium-unique information as a key thereby generating an 

25 encrypted character key (Step S853) , and transmits the encrypted character 
key to the memory card 300a via the stationary game apparatus 100a (Step S855) . 



In addition, the seirver apparatus 600a performs an encryption algorithm 
El on the character data using the character key as a key thereby generating 
encrypted character data (Step S852) , and transmits the encrypted character 
data to the memory card 300a via the stationary game apparatus 100a (Step S854) . 
5 The memory card 300a receives the encrypted character data from the server 

apparatus 600a via the stationary game apparatus 100a (Step S854) , and receives 
the encrypted character key (Step S855) . 

The memory card 3 00a obtains medium-unique information from the DVD 500a 
via the stationary game apparatus 100a (Step S856) , performs a decryption 
10 algorithm D2 on the encrypted character key using the obtained medium-unique 
information as a key, thereby generating a character key (Step S857) . Next, 
the memory card 3 00a performs a decrypt ion algorithm Dl on the encrypted character 
data using the generated character key as a key, thereby generating character 
data, and memorizes the generated character data inside (Step S858) . 
15 When executing a program, the memory card 300a outputs the character 

data stored therein to the stationary game apparatus 100a (Step S859) . 

Here, one example of the encryption algorithm El is an elliptic curve 
encryption whose security is based on the discrete logarithm problem. In 
addition, the decryption algorithm Dl is an algorithm for decrypting a cipher 
20 text generated by the encryption algorithm El. 

In addition, one example of the encryption algorithm E2 is based on a 
DES (data encryption standard) . In addition, the decryption algorithm D2 is 
an algorithm for decrypting a cipher text generated by the encryption algorithm 
E2 . 

25 (b) The following describes operations performed in obtaining character 

data from the server apparatus 600a via the stationary game apparatus 100a 
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and the portable apparatus 200a and writing it in the memory card 300a, using 
FIG. 42. 

The server apparatus 600a obtains cartridge -unique information from the 
cartridge 400a (Step S861) , and performs the encryption algorithm E2 on the 
5 character key using the obtained cartridge -unicjue information as a key thereby 
generating an encrypted character key (Step S863) , and transmits the encrypted 
character key to the memory card 300a via the stationary game apparatus 100a 
and the portable game apparatus 200a (Step S865) . 

In addition, the server apparatus 600a performs the encryption algorithm 
10 El on character data using a character key as a key thereby generating encrypted 
character data (Step S862) , and transmits the encrypted character data to the 
memory card 300a via the stationary game apparatus 100a and the portable game 
apparatus 200a (Step S864) . 

The memory card 300a obtains the encrypted character data from the server 
15 apparatus 600a via the stationary game apparatus 100a and the portable game 
apparatus 200a (Step S864) , and receives the encrypted character key (Step 
S865) . 

The memory card 300a obtains cartridge-unique information from the 
cartridge 400a via the portable game apparatus 200a (Step S866) , and performs 

20 a decryption algorithm D2 on the encrypted character key using the 
cartridge -unique information as a key, thereby generating a character key (Step 
S867) . Next, the memory card 300a performs a decryption algorithm Dl on the 
encrypted character data using the generated character key as a key, thereby 
generating character data, and memorizes the character data inside (Step S868) . 

25 In executing a game, the memory card 300a outputs the character data 

memorized therein to the portable game apparatus 200a (Step S869) . 
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(c) According to the above-described modification example, without the 
DVD 500a or the cartridge 4 00a, the encrypted character key cannot be decrypted, 
and so the encrypted character data cannot be decrypted either. Therefore, 
the security in transmission of character data is enhanced. 

5 

(2) In the first embodiment, when the memory card 300 obtains character 
data from the server apparatus 600, the server apparatus 600 performs billing 
processing directed to the user for the amount of money corresponding to the 
provided character data. However, the memory card 300 may further have an 

10 electronic money function, receive billing information relating to the amount 
of money from the server apparatus 600, and perform billing processing within 
the memory card 300 based on the received billing information. 

The memory card 300 stores therein a secret key of itself and electronic 
money that can be used in place of currency, in the area to which external 

15 access is prohibited. In addition, the memory card 300 pre-stores a billing 
source ID that identifies the server apparatus 600a. Furthermore, the server 
apparatus 600 pre-stores a public key that corresponds to the secret key of 
the memory card 300, and also pre-stores a billing source ID that identifies 
itself . 

20 The following describes billing processing performed between the server 

apparatus 600 and the memory card 300, using the flowchart of FIG. 43. Note 
that the billing processing explained here is an alternative of Step S635 in 
the flowchart of FIG. 36. 

The server apparatus 600 calculates the billing amount (Step S872) , 

25 obtains a billing source ID that identifies the server apparatus 600 (Step 

S872) , performs a digital signature SIG on the billing amount and the billing 
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source ID using the public key of the memory card 300 obtained in advance, 
thereby generating signature data (StepS873) , and transmits the billing amount , 
the billing source ID, and the signature data to the memory card 3 00 via the 
Internet 20 and the stationary game apparatus 100 (Step S874-Step S875) . 
5 The memory card 300 performs a verification VRFY of the digital signature 

on the billing amount, the billing source ID, and the signature data, using 
the secret key that the memory card 300a pre-stores therein (Step S876) . When 
the verification result indicates a failure (Step S877) , the memory card 300 
transmits failure information indicating the verification failure to the server 
10 apparatus 600 via the stationary game apparatus 100 and the Internet 20 (Step 
S878-Step S879) . 

When the verification result indicates a success (Step S877) , the memory 

card 300 further judges whether the pre- stored billing source ID is in accordance 

with the received billing source ID, and when they are not in accordance with 

15 each other (Step S880) , failure information indicating such is transmitted 

to the server apparatus 600 via the stationary game apparatus 100 and the Internet 

20 (Ste S882-Step S883) . 

When they are in accordance with each other (Step S880) , the memory card 

300 subtracts the received billing amount from the electronic money stored 

20 inside (Step S881) , 

(3) In the above -described embodiments, the game system includes a 

stationary game apparatus and a portable game apparatus. However, the game 

system may include a personal computer instead of a stationary game apparatus, 

and a portable information terminal apparatus and a portable phone instead 

25 of a portable game apparatus. In such a case, the personal computer will be 

designed to have the same structure as the stationary game apparatus, and the 
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portable information terminal apparatus and the portable phone will be designed 
to have the same structure as the portable game apparatus. 

In addition, in the above-described embodiments, the game system 
includes a stationary game apparatus and a portable game apparatus. However, 
5 the game system may include another stationary game apparatus instead of the 
portable game apparatus, which is has a different internal structure from the 
stationary game apparatus . 

(4) In the above -described embodiments, the game system includes a 
stationary game apparatus and a portable game apparatus. However, the game 

10 system may include: a game apparatus A produced by a maker A, instead of the 
stationary game apparatus; and a game apparatus B produced by a maker B, instead 
of the portable game apparatus . 

Here, the game apparatus A and the game apparatus B are assumed to differ 
inmany aspects such as system architecture, type and number of internal processor , 

15 and display competence of screens . For example, the game apparatus A is assumed 
to have the same structure as the stationary game apparatus of the above -described 
embodiments, and the game apparatus B is assumed to have the same structure 
as the portable game apparatus of the above -de scribed embodiments. 

Also in such a case, each of the game apparatuses can have the same character 

20 appear in the course of procedure of the same game, just as in the embodiments. 

(5) In the above -de scribed embodiments, the character data indicating 
the attributes of the character changes in the course of the game. When the 
game is suspended, the character data after changed is written to the memory 
card. However, it is alternatively possible to write, to the memory card, only 

25 the difference between the character data in initial state and in changed state . 
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( 6 ) Each game software program may be structured so that degree of change 
in character data varies for different game apparatuses. 

For example, the following arrangements are possible. 
That is, the weight flag is set to be ON for both of the stationary development 
5 item table and the portable development item table, and that the stationary 
main program includes an instruction for increasing the weight by *'1.0" at 
StepSllSof FIGs. 9-10. Still, the portable main program includes an instruction 
for increasing the weight by *'0.5" as originally shown by Step S418 of FIGs. 
25-26. 

10 With the above arrangement, the degree of character development can be 

changed according to a type of game apparatuses, by changing the degree of 
character data for each game apparatus . 

In addition, the stationary development item table and the portable 
development item table may include the degree of change for character data. 
15 Specifically, the following arrangement is possible. In the stationary 

development item table, the weight flag and a degree 1 . 0 indicating the change 
in weight of a character are associated with each other. The stationary main 
program reads the degree 1.0 indicating a degree of change for weight for a 
character at Step S118 of FIGs. 9-10, and includes therein an instruction for 
20 increasing the weight by the read degree 1.0. 

In addition, it is possible to have a plurality of characters appear 
in a game, and each character has its own development item table, and a plurality 
of development item tables are to be stored in a DVD or in a cartridge. 



25 (7) In the above -described embodiment, each of the stationary 

development item table and the portable development item table is structured 
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to be pre-stored in the DVD 500 or the cartridge 400. However, these tables 
may not be pre-stored in the DVD 500 or in the cartridge 4 00, and is written 
to the memory card 300 when they are to be used, as in the following way. 

First, the server apparatus 600 pre-stores the stationary development 
5 item table and the portable development item table, in association with game 
software . 

The memory card 300 obtains the stationary development item table and 
the portable development item table from the server apparatus 600 in one of 
the following route: via the stationary game apparatus 100 and the Internet 
10 20; via the portable game apparatus 200, the stationary game apparatus 100, 
and the Internet 20; and via the convenience- store terminal 700 and the Internet 
20. Then the memory card 300 stores therein the stationary development item 
table and the portable development item table. 

The stationary game apparatus 100 reads the stationary development item 
15 table from the memory card 300 for use, and the portable game apparatus 200 
reads the portable development item table for use. 

Here, the stationary game apparatus 100 and the portable game apparatus 
200 may be arranged to overwrite a respective one of the stationary development 
item table and the portable development item table stored in the memory card 
20 300, according to an operation instruction of a user. 

When a plurality of characters appear in a game and there are a plurality 
of development item tables for a plurality of characters respectively, it is 
possible that some of the development item tables are pre-stored either in 
a DVD or a cartridge, and the other development item tables are obtained from 
25 a server apparatus and stored into a memory card. 
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(8) In the above-described embodiments, the stationary development item 
table and the portable development item table are respectively stored in the 
DVD 500 and the cartridge 400, and the stationary game apparatus 100 reads 
the stationary development item table from the DVD 500 for use, and the portable 

5 game apparatus 200 reads the portable development item table from the cartridge 
400 for use. However, it is also possible that these tables are written in 
the memory card 300 for use, as described below. 

The memory card 300 obtains either the stationary development item table 
or the portable development item table from the DVD 500 or from the cartridge 
10 400, via the stationary game apparatus 100 or via the portable game apparatus 
200, and stores the obtained stationary development item table and portable 
development item table . 

Hereafter, the stationary game apparatus 100 reads the stationary 
development item table from the memory card 300 for use, and the portable game 
15 apparatus 200 reads the portable development item table from the memory card 
300 for use. 

Here, the stationary game apparatus 100 and the portable game apparatus 
200 may respectively overwrite the stationary development item table and the 
portable development item table stored in the memory card 300, according to 
20 an operation instruction by a user. 

(9) The present invention may be any of the methods described above. 
The present invention may also be a computer program realized by performing 
these methods on a computer, or a digital signal including the computer program. 

25 Furthermore, the present invention may be the computer program or the 

digital signal in a form recorded on a computer- readable recording medium. 



such as a flexible disk, a hard disk, a CD-ROM, an MO, a DVD, a DVD-ROM, a 
DVD-RAM, a BD (Blu-ray Disc) , and a semiconductor memory. In addition, the 
present invention may be the computer program or the digital signal recorded 
in these recording media. 
5 In addition, the present invention may be the computer program or the 

digital signal transmitted via an electric communication circuit, 
wireless/wired communication circuits, a network represented by the Internet, 
a data broadcast, and the like. 

In addition, the present invention may be a computer system equipped 
10 with a microprocessor and a memory, where the memory stores therein the computer 
program and the microprocessor operates according to the computer program. 

In addition, the present invention may be executed on another independent 
computer system by transmitting the program or the digital signal in a form 
recorded in any of the recording media, or by transmitting the program or the 
15 digital signal via the network, for example. 

(10) The present invention may be a combination of any of the first 
embodiment and the modification examples. 

Industrial Application 
20 The present invention is applicable managerially, continually, and 

repeatedly, in an industry providing users with computer game software, and 
in an industry that produces and sells a stationary game apparatus, a portable 
game apparatus, and a computer system that can execute computer game software. 
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